Microsofts Razor And Blazor erbjuder omfattande webbutvecklingsverktyg till .Net-utvecklare som bara behöver ladda ner senaste .NET Core 3.0 SDK

Efter att Microsofts Razor blev ett väl mottaget markeringsspråk har Windows OS-tillverkaren arbetat med Blazor, ett kraftfullt alternativ till populära ramar för enstaka applikationer. Webbutvecklare som arbetar med .Net-applikationer har nu en mager och effektiv frontend User Interface (UI) -ram. Plattformen fungerar i webbläsaren via WebAssembly och har utformats och anpassats specifikt för att fungera tillförlitligt i alla webbläsare (till skillnad från Microsoft Silverlight). Detta ger utvecklare ett sätt att snabbt designa, utveckla och distribuera snabba applikationer med en sida som har den bredaste kompatibiliteten och tillförlitligheten.

Microsoft utvecklade Razor för några år sedan, och det blev omedelbart en hit bland utvecklare eftersom de hade fått ett väldesignat markeringsspråk på serversidan. Razor tillät dem att ta med koden på serversidan till webbsidor. Dessutom var Razors syntax finjusterad för att vara enkel att läsa och förstå och det gjorde det enkelt att lära sig och anpassa detsamma. Det behöver inte nämnas att flera nya utvecklare strömmade till markeringsspråket, vilket kraftigt drev antagandet och användningen av Razor. Microsoft har rutinmässigt angett att Razor stadigt har fått acceptans.

Trots den ökande användningen av Razor hade .Net-utvecklare fortfarande inget kraftfullt alternativ som direkt motverkade JavaScript-ramverk som Angular, React och Vue på frontend. Med andra ord tillät Razor utvecklare att hantera all logik på serversidan med .NET och ta med data till klientsidan, men utvecklarna saknade fortfarande en robust frontend. För att fylla tomrummet och erbjuda en komplett backend- och frontend-lösning har Microsofts ingenjörer utvecklat Blazor. I grund och botten är webbgränssnittet för webbgränssnitt en kraftfull metod för att få kraften i .NET till klientsidan.

Varför är Razor, WebAssembly och Blazor viktigt för Microsoft .Net-utvecklare?

När Microsofts ingenjörer försökte utveckla sätt att .Net till klientsidan var den mest uppenbara och lönsamma lösningen med långsiktiga möjligheter WebAssembly. WebAssembly eller som det populärt kallas WASM är en ny typ av kod som kan köras i alla moderna webbläsare. Med sitt effektiva och kompakta binära format kan WebAssembly lovande köras med nästan inhemsk prestanda och effektivitet.

WASM är ett monteringsliknande språk på låg nivå som ger språk som C / C ++ och Rust ett kompileringsmål. Dessa språk kan i sin tur sedan fungera smidigt på webben. Intressant, även om WASM är ett alternativ till JavaScript, kan det betraktas som kompletterande och inte alls motstridigt med detsamma. Med andra ord kan webbapplikationer utformade med WASM fungera tillsammans med de som utvecklats med JavaScript.

WebAssembly gör det möjligt att köra .Net-kod var som helst i vilken modern webbläsare som helst. Naturligtvis eliminerade koden många problem som .Net-utvecklare stod inför regelbundet. Utvecklare står ofta inför konstiga problem medan de försöker säkerställa tillförlitlig och optimal prestanda på de flesta större webbläsare. Nyligen distribuerades Mozilla Firefox, en av de mest populära webbläsarna om: compat, ett arkiv som innehöll anpassade tweaks för att säkerställa optimal prestanda för utvalda webbplatser i webbläsaren. Med rätt användning av Razor och WebAssembly behöver webbläsare som Firefox och utvecklare inte hitta anpassade lösningar för att säkerställa att webbplatser fungerar utan fel eller fel på de flesta webbläsare.

Blazor utvecklades från rakhyvel som ett idealiskt alternativ till enstaka sidans applikationsramar:

Microsoft experimenterade först med ”Silverlight”, men det UI-ramverket mötte flera tekniska hinder. Ändå kan Silverlight ses som ett viktigt evolutionärt steg mot skapandet av Blazor. Det nya UI-ramverket som är beroende av .Net är ett konkurrenskraftigt alternativ till populära ramar för enstaka applikationer. Utvecklare som har arbetat på .Net bör känna sig ganska lätta när de arbetar med Blazor.

I huvudsak parar Blazor bekant Razor-markering med saker som databindande, beroendeinjektion. Dessutom tillåter ramverket även samtal till och från JavaScript via JavaScript-interop, vilket avsevärt ökar de tillgängliga verktygen, tillförlitligheten, mångfalden och de funktioner som är tillgängliga för webbutvecklare. Med Blazor som en del av verktygssatsen kan utvecklare snabbt och effektivt utnyttja sin förvärvade och utvecklade kunskap om C # över serversidan och klientsidan. Blazor ger dem tillgång till .Net och dess bibliotek.

Intressant är att Blazor-appar är komponentbaserade. Denna flexibilitet och mångsidighet gör att Blazor-appar kan kapslas och återanvändas med mindre justeringar. Resultatet av en webbapplikation utvecklad med Razor och Blazor är appar som fungerar med hög tillförlitlighet, hastighet och effektivitet. Inte nämna, ramverket tillåter utveckling av rikt användargränssnitt som återges som HTML och CSS.

Innan Blazor var Microsoft Silverlight en enda fungerande ram. Men det saknade allvarligt plattformsstöd. Detta begränsade Silverlight antagande avsevärt. WebAssembly är å andra sidan speciellt utformad för att säkerställa optimal kompatibilitet med alla större webbläsare, inklusive Apples Safari-webbläsare som fungerar på iOS. Vad detta helt enkelt betyder är att WebAssembly nu är en värdig konkurrent eller ett alternativ till JavaScript och konkurrerande ramar för enstaka applikationer. Även om det alltid kommer att finnas många utvecklare som kommer att fortsätta att vara lojala mot JavaScript och dess ramar, kan erfarna .Net-utvecklare snabbt anta WebAssembly.

Begränsningar för rakhyvel och blåsor:

Razor är verkligen ett kraftfullt markeringsspråk och Blazor vinner på. Nets långa historia. Det råder liten tvekan om att utvecklare som har arbetat med .Net-plattformen kan föredra dessa plattformar. Men Blazor utvecklas fortfarande. Med andra ord faller det fortfarande inom vissa områden, vilket kan betraktas som mycket begränsande.

En av de mest märkbara begränsningarna inom Blazor är när det gäller felsökning. Utvecklare måste lägga till omfattande loggning i sin kod för att spåra buggar. Det näst viktigaste övervägandet är den höga initiala belastningen. Med andra ord ger Blazor-applikationerna en avsevärt hög applikationsstorlek. En grundläggande Blazor-applikation kan bära med sig allt från 2 till 3 MB. Även om detta kanske inte ses som en stor storlek av vanliga slutanvändare, anses det vara en tung belastning i världen av webbapplikationer. Intressant är att enkel caching minskar data väsentligt under efterföljande omladdningar.

Trots det lilla antalet begränsningar är Razor och Blazor med sin rika .Net-historia säkerligen ett av de mest föredragna verktygen. Webbutvecklare, som länge har arbetat med JavaScript och kämpar med dess ramar, skulle säkert uppskatta ett enda och heltäckande språk för såväl klientsidan som serversidan. Intresserade utvecklare måste börja med att installera den senaste .NET Core 3.0 SDK. Därefter måste de installera Blazor-mallar. Microsoft har erbjudit en omfattande uppsättning instruktioner på sin webbplats.