Microsoft Razor en Blazor bieden uitgebreide webontwikkelingstools aan .Net-ontwikkelaars die alleen de nieuwste .NET Core 3.0 SDK moeten downloaden

Nadat Microsoft Razor een goed ontvangen opmaaktaal werd, heeft de Windows OS-maker gewerkt aan Blazor, een krachtig alternatief voor populaire Single Page Application-frameworks. Webontwikkelaars die aan .Net-applicaties werken, hebben nu een gestroomlijnd en effectief frontend User Interface (UI) -raamwerk. Het platform werkt in de browser via WebAssembly en is specifiek ontworpen en aangepast om betrouwbaar te functioneren in elke webbrowser (in tegenstelling tot Microsoft Silverlight). Dit geeft ontwikkelaars een manier om snel applicaties van één pagina te ontwerpen, ontwikkelen en implementeren die de breedste compatibiliteit en betrouwbaarheid hebben.

Microsoft ontwikkelde Razor een paar jaar geleden, en het werd meteen een hit onder ontwikkelaars omdat ze een goed ontworpen opmaaktaal aan de serverzijde hadden ontvangen. Met Razor konden ze server-side code naar webpagina's brengen. Bovendien was de syntaxis van Razor nauwkeurig afgesteld om eenvoudig te lezen en te begrijpen te zijn, en dat maakte leren en aanpassen heel gemakkelijk. Onnodig te vermelden dat verschillende nieuwe ontwikkelaars massaal naar de opmaaktaal zijn gegaan, wat de acceptatie en het gebruik van Razor aanzienlijk heeft gestimuleerd. Microsoft heeft routinematig aangegeven dat Razor gestaag geaccepteerd wordt.

Ondanks het toenemende gebruik van Razor, hadden .Net-ontwikkelaars nog steeds geen krachtig alternatief dat het JavaScript-framework zoals Angular, React en Vue op de frontend direct tegenwerkte. Met andere woorden, Razor stond ontwikkelaars toe om alle server-side logica af te handelen met .NET en de data naar de client-side te brengen, maar het ontbrak de ontwikkelaars nog steeds aan een robuuste frontend. Om de leegte op te vullen en een complete back-end en frontend-oplossing te bieden, hebben Microsoft-technici Blazor ontwikkeld. In wezen is het web-UI-framework een krachtige methode om de kracht van .NET naar de client-kant te brengen.

Waarom zijn Razor, WebAssembly en Blazor belangrijk voor Microsoft .Net-ontwikkelaars?

Toen Microsoft-technici manieren probeerden te ontwikkelen om .Net naar de client-kant te brengen, was WebAssembly de meest voor de hand liggende en haalbare oplossing met langetermijnperspectieven. WebAssembly of zoals het in de volksmond WASM wordt genoemd, is een nieuw type code dat in alle moderne webbrowsers kan worden uitgevoerd. Met zijn efficiënte en compacte binaire formaat kan WebAssembly veelbelovend draaien met bijna native prestaties en efficiëntie.

WASM is een assemblageachtige taal op laag niveau die talen zoals C / C ++ en Rust voorziet van een compilatiedoel. Deze talen kunnen vervolgens weer probleemloos op internet worden uitgevoerd. Interessant is dat, hoewel WASM een alternatief is voor JavaScript, het als complementair en helemaal niet in tegenspraak met hetzelfde kan worden beschouwd. Met andere woorden, webtoepassingen die zijn ontworpen met WASM, kunnen samenwerken met die welke zijn ontwikkeld met JavaScript.

WebAssembly maakt het mogelijk om .Net-code overal in elke moderne browser uit te voeren. Onnodig te vermelden dat de code veel problemen heeft geëlimineerd waarmee .Net-ontwikkelaars regelmatig werden geconfronteerd. Ontwikkelaars worden vaak met rare problemen geconfronteerd terwijl ze proberen te zorgen voor betrouwbare en optimale prestaties op de meeste grote webbrowsers. Onlangs heeft Mozilla Firefox, een van de meest populaire webbrowsers, geïmplementeerd over: compat, een repository met aangepaste tweaks om optimale prestaties van geselecteerde websites in de browser te garanderen. Met de juiste implementatie van Razor en WebAssembly hoeven browsers zoals Firefox en ontwikkelaars geen aangepaste oplossingen te vinden om ervoor te zorgen dat websites zonder storingen of fouten werken in de meeste browsers.

Blazor evolueerde van Razor als een ideaal alternatief voor toepassingsframeworks met één pagina:

Microsoft experimenteerde eerst met ‘Silverlight’, maar dat UI-framework stuitte op verschillende technische hindernissen. Toch kan Silverlight worden beschouwd als een belangrijke evolutionaire stap in de richting van de oprichting van Blazor. Het nieuwe UI-framework dat afhankelijk is van .Net is een concurrerend alternatief voor populaire Single Page Application-frameworks. Ontwikkelaars die aan .Net hebben gewerkt, zouden zich redelijk op hun gemak moeten voelen bij het werken met Blazor.

In wezen combineert Blazor bekende Razor-opmaak met zaken als gegevensbinding, afhankelijkheidsinjectie. Bovendien staat het framework zelfs oproepen van en naar JavaScript toe via JavaScript-interoperabiliteit, waardoor de beschikbare tools, betrouwbaarheid, diversiteit en reeks functionaliteiten die beschikbaar zijn voor webontwikkelaars aanzienlijk worden vergroot. Met Blazor als onderdeel van de toolset kunnen ontwikkelaars snel en efficiënt hun opgedane en ontwikkelde kennis van C # aan de server- en clientzijde gebruiken. Blazor verleent hen toegang tot .Net en zijn bibliotheken.

Interessant is dat Blazor-apps op componenten zijn gebaseerd. Door deze flexibiliteit en veelzijdigheid kunnen Blazor-apps worden genest en hergebruikt met kleine aanpassingen. Het resultaat van een webtoepassing die is ontwikkeld met Razor en Blazor, zijn apps die presteren met hoge betrouwbaarheid, snelheid en efficiëntie. Om nog maar te zwijgen, het framework maakt de ontwikkeling mogelijk van een rijke gebruikersinterface die wordt weergegeven als HTML en CSS.

Vóór Blazor was Microsoft Silverlight het enige werkbare framework. Het ontbrak echter ernstig aan platformondersteuning. Dit heeft de acceptatie van Silverlight aanzienlijk beperkt. WebAssembly is daarentegen specifiek ontworpen om optimale compatibiliteit met alle belangrijke browsers te garanderen, inclusief de Safari-browser van Apple die op iOS werkt. Dit betekent simpelweg dat WebAssembly nu een waardige concurrent of alternatief is voor JavaScript en concurrerende Single Page Application-frameworks. Hoewel er altijd veel ontwikkelaars zullen zijn die trouw blijven aan JavaScript en zijn frameworks, kunnen ervaren .Net-ontwikkelaars WebAssembly snel adopteren.

Beperkingen van scheermes en blazor:

Razor is zeker een krachtige opmaaktaal en Blazor profiteert van de lange geschiedenis van .Net. Het lijdt weinig twijfel dat ontwikkelaars die met het .Net-platform hebben gewerkt, de voorkeur zouden kunnen geven aan deze platforms. Blazor is echter nog in ontwikkeling. Met andere woorden, het schiet nog steeds tekort op bepaalde gebieden, die als zeer restrictief kunnen worden beschouwd.

Een van de meest opvallende beperkingen binnen Blazor betreft foutopsporing. Ontwikkelaars zullen uitgebreide logboekregistratie aan hun code moeten toevoegen om bugs op te sporen. De tweede belangrijkste overweging is de hoge initiële belasting. Met andere woorden, Blazor-applicaties brengen een aanzienlijk hoge applicatiegrootte met zich mee. Een standaard Blazor-applicatie kan overal van 2 tot 3 MB worden meegenomen. Hoewel dit door gewone eindgebruikers misschien niet als een groot formaat wordt beschouwd, wordt het in de wereld van webapplicaties als een zware belasting beschouwd. Interessant is dat eenvoudige caching de gegevens aanzienlijk vermindert tijdens volgende herlaadbeurten.

Ondanks het kleine aantal beperkingen zijn Razor en Blazor, met hun rijke .Net-geschiedenis, zeker een van de meest geprefereerde tools. Webontwikkelaars, die al lang met JavaScript werken en worstelen met de frameworks, zouden zeker een enkele en uitgebreide taal waarderen voor zowel client-side als server-side ontwikkeling. Geïnteresseerde ontwikkelaars moeten beginnen met het installeren van de nieuwste .NET Core 3.0 SDK. Daarna moeten ze Blazor-sjablonen installeren. Microsoft heeft een uitgebreide reeks instructies op haar website aangeboden.