Microsofti Razor ja Blazor pakuvad terviklikke veebiarendustööriistu .Net arendajatele, kes peavad lihtsalt alla laadima uusima .NET Core 3.0 SDK

Windows / Microsofti Razor ja Blazor pakuvad terviklikke veebiarendustööriistu .Net arendajatele, kes peavad lihtsalt alla laadima uusima .NET Core 3.0 SDK 4 minutit loetud

Microsoft Blazor



Pärast seda, kui Microsofti Razorist sai hästi hinnatud märgistuskeel, on Windowsi operatsioonisüsteemide tegija töötanud Blazori kallal, mis on võimas alternatiiv populaarsetele ühe lehe rakenduste raamistikele. Veebiarendajatel, kes töötavad .Net-rakenduste kallal, on nüüd lai ja tõhus kasutajaliidese kasutajaliidese raamistik. Platvorm töötab brauseris WebAssembly kaudu ja on spetsiaalselt välja töötatud ja kohandatud, et töötada usaldusväärselt mis tahes veebibrauseris (erinevalt Microsoft Silverlightist). See annab arendajatele võimaluse kiiresti kujundada, arendada ja juurutada kiireid ühe lehega rakendusi, millel on kõige laiem ühilduvus ja usaldusväärsus.

Microsoft töötas paar aastat tagasi välja Razori ja sellest sai arendajate seas koheselt hitt, kuna nad olid saanud hästi kujundatud serveripoolse märgistuskeele. Razor lubas neil serveripoolset koodi veebilehtedele tuua. Veelgi enam, Razori süntaks viimistleti nii, et seda oleks lihtne lugeda ja mõista ning see muutis õppimise ja kohanemise väga lihtsaks. Ütlematagi selge, et mitu uut arendajat kogunes märgistuskeele juurde, mis surus oluliselt Razori kasutuselevõttu ja kasutamist. Microsoft on rutiinselt näidanud, et Razor on pidevalt aktsepteerinud.



Vaatamata Razori kasvavale kasutamisele ei olnud .Net-i arendajatel endiselt jõulist alternatiivi, mis oleks otseselt vastu JavaScripti raamistikule nagu Angular, React ja Vue. Teisisõnu, Razor lubas arendajatel kogu serveripoolse loogikaga .NET-i abil hakkama saada ja andmed kliendipoolele tuua, kuid arendajatel puudus siiski kindel eesseade. Tühjuse täitmiseks ning täieliku taustaprogrammi ja esilahenduse pakkumiseks on Microsofti insenerid välja töötanud Blazori. Põhimõtteliselt on veebi kasutajaliidese raamistik võimas meetod, et tuua .NET-i jõud kliendipoolele.



Miks on Razor, WebAss Assembly ja Blazor Microsofti .Net arendajatele olulised?

Kui Microsofti insenerid üritasid välja töötada viise, kuidas tuua .Net kliendipoolele, oli kõige ilmsem ja elujõulisem lahendus pikaajaliste väljavaadetega WebAssembly. WebAssembly või kui seda rahvasuus nimetatakse WASM-iks, on uut tüüpi kood, mida saab käitada kõigis kaasaegsetes veebibrauserites. Tõhusa ja kompaktse binaarformaadiga saab WebAssembly paljutõotavalt töötada peaaegu loodusliku jõudluse ja tõhususega.



WASM on madala koostega sarnane keel, mis pakub kompileerimise sihtmärkidele selliseid keeli nagu C / C ++ ja Rust. Need keeled saavad omakorda veebis sujuvalt töötada. Huvitav on see, et kuigi WASM on JavaScripti alternatiiv, võib seda pidada täiendavaks ja mitte üldse samaga vastuoluliseks. Teisisõnu, WASM-iga loodud veebirakendused võivad töötada koos JavaScripti abil välja töötatud rakendustega.

WebAssembly võimaldab .Net-koodi käivitada mis tahes kaasaegses brauseris. Ütlematagi selge, et kood kõrvaldas paljud probleemid, millega .Net arendajad regulaarselt silmitsi seisid. Arendajad seisavad sageli silmitsi imelike probleemidega, kui nad üritavad enamikus suuremates veebibrauserites tagada usaldusväärset ja optimaalset jõudlust. Hiljuti üks populaarsemaid veebibrausereid Mozilla Firefox paigutatud umbes: compat , hoidla, mis sisaldas optimaalse jõudluse tagamiseks kohandatud kohandused valitud veebilehtedest brauseris. Razori ja WebAssembly'i õige juurutamise korral ei pea brauserid nagu Firefox ja arendajad leidma kohandatud lahendusi, et tagada veebisaitide töö ilma tõrkeid ja vigu enamikus brauserites.

Blazor arenes habemenuga ideaalse alternatiivina ühe lehe rakenduste raamistikele:

Microsoft katsetas esmalt ‘Silverlight’ i, kuid see kasutajaliidese raamistik kohtus mitmete tehniliste takistustega. Sellegipoolest võib Silverlighti pidada oluliseks evolutsiooniliseks sammuks Blazori loomise suunas. Uus .Netist sõltuv kasutajaliidese raamistik on konkurentsivõimeline alternatiiv populaarsetele ühe lehe rakenduste raamistikele. Arendajad, kes on töötanud .Neti kallal, peaksid Blazoriga töötades tundma end üsna vabalt.

Põhimõtteliselt ühendab Blazor tuttava Razori märgistuse selliste asjadega nagu andmete sidumine, sõltuvuse süstimine. Pealegi võimaldab raamistik JavaScripti interopi kaudu isegi JavaScripti kaudu helistada ja JavaScripti kaudu suurendada märkimisväärselt veebiarendajatele saadaolevaid tööriistu, töökindlust, mitmekesisust ja funktsionaalsust. Kuna Blazor on tööriistakomplekti osa, saavad arendajad kiiresti ja tõhusalt kasutada oma omandatud ja arendatud teadmisi C # kohta nii serveripoolsel kui ka kliendipoolsel küljel. Blazor annab neile juurdepääsu .Netile ja selle raamatukogudele.

Huvitav on see, et Blazori rakendused on komponendipõhised. See paindlikkus ja mitmekülgsus võimaldab Blazori rakendusi väiksemate kohandustega pesastada ja uuesti kasutada. Razori ja Blazori abil välja töötatud veebirakenduse tulemus on rakendused, mis toimivad väga usaldusväärselt, kiiresti ja tõhusalt. Mainimata, raamistik võimaldab arendada rikkalikku kasutajaliidest, mis renderdatakse HTML-i ja CSS-na.

Enne Blazori oli Microsoft Silverlight ainus toimiv raamistik. Platvormi tugi puudus sellest aga tugevalt. See piiras Silverlighti lapsendamist oluliselt. Seevastu WebAssembly on spetsiaalselt loodud optimaalse ühilduvuse tagamiseks kõigi suuremate brauseritega, sealhulgas Apple'i Safari brauseriga, mis töötab iOS-is. See tähendab lihtsalt seda, et WebAssembly on nüüd väärt konkurent või alternatiiv JavaScripti ja konkureerivate ühe lehe rakenduste raamistikele. Ehkki alati on palju arendajaid, kes jäävad JavaScripti ja selle raamistike suhtes endiselt lojaalseks, võivad kogenud .Net-arendajad WebAssembly'i kiiresti omaks võtta.

Raseerija ja Blazori piirangud:

Razor on kindlasti võimas märgistuskeel ja Blazor saab kasu .Neti pikast ajaloost. Pole kahtlust, et .Net platvormiga töötanud arendajad võiksid neid platvorme eelistada. Kuid Blazor areneb endiselt. Teisisõnu jääb see teatud piirkondades endiselt puudu, mida võiks pidada väga piiravaks.

Üks silmatorkavamaid piiranguid Blazori sees on silumine. Arendajad peavad vigade leidmiseks lisama oma koodile ulatusliku logimise. Teine kõige olulisem kaalutlus on kõrge esialgse koormuse mõju. Teisisõnu, Blazori rakendused toovad endaga kaasa märkimisväärselt suure rakenduse suuruse. Blazori põhirakendus võiks endaga kaasas kanda 2–3 MB. Ehkki tavalised lõppkasutajad ei pruugi seda pidada suureks, peetakse seda veebirakenduste maailmas suureks koormuseks. Huvitav on see, et lihtne vahemällu salvestamine vähendab oluliselt andmeid järgnevate uuesti laadimiste ajal.

Vaatamata vähesele piirangute arvule on Razor ja Blazor oma rikkaliku .Net-ajalooga kindlasti üks eelistatumaid tööriistu. Veebiarendajad, kes on pikka aega töötanud JavaScripti abil ja võitlevad selle raamistikega, hindaksid kindlasti ühte ja terviklikku keelt nii kliendipoolse kui ka serveripoolse arenduse jaoks. Huvitatud arendajad peavad alustama uusim .NET Core 3.0 SDK . Seejärel peavad nad installima Blazori mallid. Microsoft on pakkunud põhjalikku komplekti juhised oma veebisaidil .