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

Windows / Microsofts Razor And Blazor erbjuder omfattande webbutvecklingsverktyg till .Net-utvecklare som bara behöver ladda ner senaste .NET Core 3.0 SDK 4 minuter läst

Microsoft Blazor



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 enkelsidiga applikationer som har största kompatibilitet och tillförlitlighet.

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 serverspråk. 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 drivit 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 logotyp på serversidan med hjälp av .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 huvudsak är ramgrä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 föra .Net till klientsidan var den mest uppenbara och livskraftiga lösningen med långsiktiga framtidsutsikter 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 inbyggd 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 är att även om WASM är ett alternativ till JavaScript, kan det betraktas som kompletterande och inte alls motstridigt 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. Det behöver inte nämnas att koden eliminerade många problem som .Net-utvecklare mötte 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 Mozilla Firefox, en av de mest populära webbläsarna, distribueras om: compat , ett arkiv som innehöll anpassade tweaks för att säkerställa optimal prestanda av 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 Evolved From Razor 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 betraktas som ett viktigt evolutionärt steg mot skapandet av Blazor. Det nya användargränssnittsramverket 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 användas på nytt 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, å andra sidan, är 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. Den näst viktigaste överväganden är den höga inledande belastningspåverkan. Med andra ord ger Blazor-applikationerna en avsevärt hög applikationsstorlek. En grundläggande Blazor-applikation kan ha med sig var som helst 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 mycket 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 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 .