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

Efter Microsofts Razor blev et godt modtaget markup-sprog, har Windows OS-producenten arbejdet på Blazor, et kraftfuldt alternativ til populære Single Page Application-rammer. Webudviklere, der arbejder med .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 enkelt 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 let at lære og tilpasse det samme. Det er overflødigt at nævne, at flere nye udviklere strømmede til markup-sproget, hvilket væsentligt 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 kraftigt alternativ, der direkte modvirkede JavaScript-rammer som Angular, React og Vue på frontend. Med andre ord tillod Razor udviklere at håndtere al server-logik 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 kraften i .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 levedygtige 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 oprindelig ydeevne og effektivitet.

WASM er et lavniveausamlingslignende sprog, der giver sprog som C / C ++ og Rust et kompileringsmål. Disse sprog kan derefter igen køre problemfrit på nettet. Interessant, selvom WASM er et alternativ til JavaScript, kan det betragtes som supplerende 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 eliminerede 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 implementerede Mozilla Firefox, en af ​​de mest populære webbrowsere, omkring: compat, et lager, der indeholdt brugerdefinerede tweaks for at sikre optimal ydeevne for 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 UI-rammen mødtes med flere tekniske forhindringer. Alligevel kan Silverlight betragtes som et vigtigt evolutionært skridt mod oprettelsen af ​​Blazor. Den nye brugergrænseflade, der er afhængig af .Net, er et konkurrencedygtigt alternativ til populære enkeltrammeapplikationsrammer. Udviklere, der har arbejdet på .Net, skal føle sig meget 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 at indlejre Blazor-apps og genbruge dem 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. Det manglede dog alvorligt platformstøtte. Dette begrænsede Silverlight's adoption betydeligt. WebAssembly er derimod specifikt 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 ingen tvivl om, at udviklere, der har arbejdet med .Net-platformen, kunne foretrække disse platforme. Imidlertid udvikler Blazor sig stadig. Med andre ord falder det stadig kort i visse områder, som kan betragtes som meget restriktive.

En af de mest bemærkelsesværdige begrænsninger inden for Blazor er med hensyn til debugging. 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 verdenen 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 udvikling af klientsiden såvel som server-siden. Interesserede udviklere skal starte med at installere den nyeste .NET Core 3.0 SDK. Derefter skal de installere Blazor-skabeloner. Microsoft har tilbudt et omfattende sæt instruktioner på sit websted.