Microsofts Razor And Blazor tilbyder omfattende webudviklingsværktøjer til .Net-udviklere, der bare skal downloade nyeste .NET Core 3.0 SDK

Windows / Microsofts Razor And Blazor tilbyder omfattende webudviklingsværktøjer til .Net-udviklere, der bare skal downloade nyeste .NET Core 3.0 SDK 4 minutter læst

Microsoft Blazor



Efter Microsofts Razor blev et vel modtaget markup-sprog, har Windows OS-producenten arbejdet på Blazor, et kraftfuldt alternativ til populære Single Page Application-rammer. Webudviklere, der arbejder på .Net-applikationer, har nu en slank og effektiv frontend User Interface (UI) ramme. Platformen fungerer i browseren via WebAssembly og er specielt designet og tilpasset til at fungere pålideligt på enhver webbrowser (i modsætning til Microsoft Silverlight). Dette giver udviklere en måde til hurtigt at designe, udvikle og implementere hurtige applikationer på en side, der har den bredeste kompatibilitet og pålidelighed.

Microsoft udviklede Razor for et par år siden, og det blev øjeblikkeligt et hit blandt udviklere, da de havde modtaget et veldesignet markeringssprog på serversiden. Razor tillod dem at bringe server-side kode til websider. Desuden blev Razors syntaks finjusteret til at være let at læse og forstå, og det gjorde det meget nemt at lære og tilpasse det samme. Det er overflødigt at nævne, at flere nye udviklere strømmede til markup-sproget, hvilket i høj grad skubbede vedtagelsen og brugen af ​​Razor. Microsoft har rutinemæssigt angivet, at Razor støt har fået accept.



På trods af den stigende brug af Razor havde .Net-udviklere stadig intet stærkt alternativ, der direkte modvirkede JavaScript-rammer som Angular, React og Vue på frontend. Med andre ord tillod Razor udviklere at håndtere al logik på serversiden ved hjælp af .NET og bringe dataene til klientsiden, men udviklerne manglede stadig en robust frontend. For at udfylde tomrummet og tilbyde en komplet backend- og frontend-løsning har Microsofts ingeniører udviklet Blazor. I det væsentlige er web-UI-rammen en stærk metode til at bringe magt. NET til klientsiden.



Hvorfor er Razor, WebAssembly og Blazor vigtigt for Microsoft .Net-udviklere?

Da Microsoft-ingeniører forsøgte at udvikle måder at bringe .Net til klientsiden, var den mest oplagte og bæredygtige løsning med langsigtede udsigter WebAssembly. WebAssembly eller som det populært kaldes WASM er en ny type kode, der kan køres i alle moderne webbrowsere. Med sit effektive og kompakte binære format kan WebAssembly lovende køre med næsten indbygget ydeevne og effektivitet.



WASM er et lavniveausamlingslignende sprog, der giver sprog som C / C ++ og Rust et kompileringsmål. Disse sprog kan igen køre problemfrit på nettet. Interessant, selvom WASM er et alternativ til JavaScript, kan det betragtes som komplementært og slet ikke modstridende med det samme. Med andre ord kan webapplikationer designet med WASM arbejde sammen med dem, der er udviklet med JavaScript.

WebAssembly gør det muligt at køre .Net-kode overalt i enhver moderne browser. Det er overflødigt at nævne, at koden fjernede mange problemer, som .Net-udviklere stod over for regelmæssigt. Udviklere står ofte over for underlige problemer, mens de prøver at sikre pålidelig og optimal ydeevne på de fleste større webbrowsere. For nylig Mozilla Firefox, en af ​​de mest populære webbrowsere, implementeret om: compat , et lager, der indeholdt brugerdefinerede tweaks for at sikre optimal ydeevne af udvalgte websteder i browseren. Med den korrekte implementering af Razor og WebAssembly behøver browsere som Firefox og udviklere ikke at finde brugerdefinerede løsninger for at sikre, at websteder fungerer uden fejl eller fejl i de fleste browsere.

Blazor udviklet sig fra barbermaskine som et ideelt alternativ til applikationsrammer til en side:

Microsoft eksperimenterede først med 'Silverlight', men denne UI-ramme mødtes med flere tekniske forhindringer. Alligevel kan Silverlight betragtes som et vigtigt evolutionært skridt mod oprettelsen af ​​Blazor. Den nye UI-ramme, der er afhængig af .Net, er et konkurrencedygtigt alternativ til populære rammer for Single Page Application. Udviklere, der har arbejdet på .Net, skal føle sig godt tilpas, når de arbejder med Blazor.

I det væsentlige parrer Blazor den velkendte Razor-markering med ting som databindende, afhængighedsinjektion. Desuden tillader rammen endda opkald til og fra JavaScript gennem JavaScript-interop, hvilket væsentligt øger de tilgængelige værktøjer, pålidelighed, mangfoldighed og sæt funktioner, der er tilgængelige for webudviklere. Med Blazor som en del af værktøjssættet kan udviklere hurtigt og effektivt udnytte deres erhvervede og udviklede viden om C # på tværs af serversiden og klientsiden. Blazor giver dem adgang til .Net og dets biblioteker.

Interessant nok er Blazor-apps komponentbaserede. Denne fleksibilitet og alsidighed gør det muligt for Blazor-apps at blive indlejret og genbruges med mindre tilpasning. Resultatet af en webapplikation udviklet med Razor og Blazor er apps, der fungerer med høj pålidelighed, hastighed og effektivitet. Ikke nævne, rammen tillader udvikling af en rig brugergrænseflade, der gengives som HTML og CSS.

Før Blazor var Microsoft Silverlight den eneste anvendelige ramme. Imidlertid manglede det stærkt platformstøtte. Dette begrænsede Silverlight's adoption betydeligt. WebAssembly er derimod specielt designet til at sikre optimal kompatibilitet med alle større browsere, inklusive Apples Safari-browser, der fungerer på iOS. Hvad dette simpelthen betyder er, at WebAssembly nu er en værdig konkurrent eller et alternativ til JavaScript og konkurrerende rammer for applikationer med en enkelt side. Mens der altid vil være mange udviklere, der fortsat forbliver loyale over for JavaScript og dets rammer, kan erfarne .Net-udviklere hurtigt vedtage WebAssembly.

Razor And Blazor Begrænsninger:

Razor er bestemt et stærkt markup-sprog, og Blazor vinder ved. Net's lange historie. Der er ringe tvivl om, at udviklere, der har arbejdet med .Net-platformen, kunne foretrække disse platforme. Imidlertid udvikler Blazor sig stadig. Med andre ord mangler det stadig i visse områder, hvilket kan betragtes som meget restriktivt.

En af de mest bemærkelsesværdige begrænsninger inden for Blazor er med hensyn til fejlfinding. Udviklere skal tilføje omfattende logning til deres kode for at spore fejl. Den næstvigtigste overvejelse er den høje indledende belastning. Med andre ord medfører Blazor-applikationer en betydelig høj applikationsstørrelse. En grundlæggende Blazor-applikation kan medføre alt fra 2 til 3 MB. Selvom dette måske ikke betragtes som en stor størrelse af almindelige slutbrugere, betragtes det som en tung belastning i en verden af ​​webapplikationer. Interessant nok reducerer simpel caching dataene væsentligt under efterfølgende genindlæsninger.

På trods af det lille antal begrænsninger er Razor og Blazor med deres rige .Net-historie helt sikkert et af de mest foretrukne værktøjer. Webudviklere, der længe har arbejdet med JavaScript og kæmper med dets rammer, ville helt sikkert sætte pris på et enkelt og omfattende sprog til såvel klientsiden som server-side-udvikling. Interesserede udviklere skal starte med at installere nyeste .NET Core 3.0 SDK . Derefter skal de installere Blazor-skabeloner. Microsoft har tilbudt et omfattende sæt af instruktioner på dets websted .