A Microsoft borotvája és a Blazor átfogó webfejlesztő eszközöket kínál azoknak a .Net fejlesztőknek, akiknek csak le kell tölteniük a legújabb .NET Core 3.0 SDK-t

ablakok / A Microsoft borotvája és a Blazor átfogó webfejlesztő eszközöket kínál azoknak a .Net fejlesztőknek, akiknek csak le kell tölteniük a legújabb .NET Core 3.0 SDK-t 4 perc olvasás

Microsoft Blazor



Miután a Microsoft borotvája elismert jelölőnyelv lett, a Windows operációs rendszer gyártója a Blazor-on dolgozott, amely a népszerű Single Page Application keretrendszerek hatékony alternatívája. A .Net alkalmazásokon dolgozó webfejlesztőknek most vékony és hatékony frontend felhasználói felület (UI) keretrendszerük van. A platform a böngészőben a WebAssembly segítségével működik, és kifejezetten úgy lett kialakítva és átdolgozva, hogy bármely webböngészőben megbízhatóan működjön (ellentétben a Microsoft Silverlight-val). Ez lehetőséget nyújt a fejlesztőknek arra, hogy gyorsan megtervezzék, kifejlesszék és telepítsék a legegyszerűbb és legmegbízhatóbb gyors, egyoldalas alkalmazásokat.

A Microsoft néhány évvel ezelőtt kifejlesztette a Razort, és ez azonnal sikert aratott a fejlesztők körében, mivel jól megtervezett szerveroldali jelölőnyelvet kaptak. A borotva lehetővé tette számukra, hogy szerveroldali kódot vigyenek a weboldalakra. Sőt, a Razor szintaxisát finomhangolták, hogy könnyen olvasható és érthető legyen, és ez nagyon megkönnyítette a tanulást és az alkalmazkodást. Feleslegesen meg kell említenem, hogy több új fejlesztő is eljutott a jelölőnyelvhez, ami jelentősen elősegítette a Razor elfogadását és használatát. A Microsoft rendszeresen jelezte, hogy a Razor folyamatosan elfogadottá vált.



A Razor növekvő használata ellenére a .Net fejlesztőknek még mindig nem volt olyan hatékony alternatívájuk, amely közvetlenül ellensúlyozta volna a JavaScript keretrendszert, mint például az Angular, a React és a Vue a frontenden. Más szavakkal, a Razor lehetővé tette a fejlesztők számára, hogy az összes kiszolgálóoldali logikát a .NET használatával kezeljék, és az adatokat az ügyféloldalra vigyék, de a fejlesztőknek továbbra sem volt robusztus kezelőfelületük. Az üresség kitöltése, valamint a teljes háttér- és előtér-megoldás felajánlása érdekében a Microsoft mérnökei kifejlesztették a Blazort. Lényegében a webes felhasználói felület keretrendszer hatékony módszer arra, hogy a .NET erejét az ügyféloldalra vigye.



Miért fontos a Razor, a WebAssembly és a Blazor a Microsoft .Net fejlesztői számára?

Amikor a Microsoft mérnökei megpróbálták kifejleszteni a .Net ügyfél-oldalra juttatásának módjait, a legnyilvánvalóbb és életképesebb, hosszú távú kilátásokkal bíró megoldás a WebAssembly volt. A WebAssembly vagy ahogyan közismert nevén WASM, egy új típusú kód, amely minden modern webböngészőben futtatható. Hatékony és kompakt bináris formátumával a WebAssembly ígéretesen szinte natív teljesítménnyel és hatékonysággal képes futtatni.



A WASM egy alacsony szintű összeszerelés-szerű nyelv, amely a C / C ++ és a Rust nyelvekhez fordítási célt biztosít. Ezek a nyelvek viszont zökkenőmentesen futhatnak az interneten. Érdekes, hogy bár a WASM a JavaScript alternatívája, úgy tekinthető, mint kiegészítő, és egyáltalán nem ellentmondásos annak. Más szavakkal, a WASM-mel tervezett webalkalmazások működhetnek a JavaScript-sel kifejlesztett alkalmazások mellett.

A WebAssembly lehetővé teszi a .Net kód futtatását bárhol, bármely modern böngészőben. Felesleges megemlíteni, hogy a kód sok olyan problémát kiküszöbölt, amelyekkel a .Net fejlesztők rendszeresen szembesültek. A fejlesztők gyakran furcsa problémákkal szembesülnek, miközben megpróbálják megbízható és optimális teljesítményt biztosítani a legtöbb nagy webböngészőben. A közelmúltban a Mozilla Firefox, az egyik legnépszerűbb webböngésző, telepítve kb: honatya , egy tároló, amely tartalmazta egyedi finomítások az optimális teljesítmény érdekében a kiválasztott webhelyek közül a böngészőben. A Razor és a WebAssembly megfelelő telepítésével az olyan böngészőknek, mint a Firefox és a fejlesztők, nem kell egyedi megoldásokat találniuk annak biztosítására, hogy a webhelyek a legtöbb böngészőben hiba és hiba nélkül működjenek.

A Blazor a borotvából fejlődött ki, mint az egyoldalas alkalmazáskeretek ideális alternatívája:

A Microsoft először a „Silverlight” -al kísérletezett, de az UI keretrendszere számos technikai akadályt ért el. Ennek ellenére a Silverlight fontos evolúciós lépésnek tekinthető a Blazor létrehozása felé. A .Net-től függő új felhasználói felület keretrendszer versenyképes alternatívája a népszerű Single Page Application keretrendszereknek. Azok a fejlesztők, akik a .Net-en dolgoztak, elég nyugodtan érezhetik magukat, amikor a Blazorral dolgoznak.

Lényegében a Blazor olyan ismerős Razor jelölést párosít, mint az adatkötés, a függőségi injekció. Ezenkívül a keretrendszer még a JavaScript interopon keresztül is lehetővé teszi a JavaScript-be és a JavaScript-be történő hívásokat, jelentősen növelve a rendelkezésre álló eszközöket, a megbízhatóságot, a sokféleséget és a webfejlesztők számára elérhető funkciókat. Az eszközkészlet részeként a Blazor segítségével a fejlesztők gyorsan és hatékonyan tudják hasznosítani megszerzett és kifejlesztett C # tudásukat a szerver- és az ügyféloldalon. A Blazor hozzáférést biztosít számukra a .Net és annak könyvtáraihoz.

Érdekes módon a Blazor alkalmazásai komponens-alapúak. Ez a rugalmasság és sokoldalúság lehetővé teszi a Blazor-alkalmazások beágyazását és újbóli felhasználását kisebb csípéssel. A Razor és a Blazor mellett kifejlesztett webalkalmazás eredménye olyan alkalmazások, amelyek nagy megbízhatósággal, sebességgel és hatékonysággal teljesítenek. Nem is említve, a keretrendszer gazdag felhasználói felület fejlesztését teszi lehetővé, amely HTML és CSS formátumban jelenik meg.

A Blazor előtt a Microsoft Silverlight egyetlen működőképes keretrendszer volt. Azonban nagyon hiányzott a platform támogatása. Ez jelentősen korlátozta Silverlight örökbefogadását. A WebAssembly viszont kifejezetten az optimális kompatibilitás biztosítására szolgál az összes főbb böngészővel, beleértve az Apple iOS-en működő Safari böngészőjét is. Ez egyszerűen azt jelenti, hogy a WebAssembly méltó versenytársa vagy alternatívája a JavaScript-nek és a versengő Single Page Application keretrendszereknek. Bár mindig sok olyan fejlesztő lesz, aki továbbra is hű marad a JavaScripthez és annak keretrendszereihez, a tapasztalt .Net fejlesztők gyorsan átvehetik a WebAssembly-t.

Borotva és Blazor korlátozások:

A borotva minden bizonnyal egy erőteljes jelölőnyelv, és a Blazor profitál a .Net hosszú történetéből. Nem kétséges, hogy a .Net platformmal dolgozó fejlesztők előnyben részesíthetik ezeket a platformokat. A Blazor azonban még mindig fejlődik. Más szavakkal, bizonyos területeken még mindig elmarad, ami erősen korlátozónak tekinthető.

A Blazor egyik legszembetűnőbb korlátozása a hibakeresés. A fejlesztőknek kiterjedt naplózást kell felvenniük a kódjukba a hibák felderítése érdekében. A második legfontosabb szempont a nagy kezdeti terhelés hatása. Más szavakkal, a Blazor-alkalmazások jelentősen magas alkalmazásméretet hoznak magukkal. A Blazor alapalkalmazása 2–3 MB méretű lehet. Noha ezt a hétköznapi végfelhasználók nem tekinthetik nagy méretnek, a webes alkalmazások világában ez nagy tehernek számít. Érdekes, hogy az egyszerű gyorsítótárazás jelentősen csökkenti az adatokat a következő újratöltések során.

A korlátozások csekély száma ellenére a Razor és a Blazor a gazdag .Net történelmükkel biztosan az egyik legkedveltebb eszköz. A webfejlesztők, akik régóta dolgoznak a JavaScript-sel és küzdenek annak keretrendszereivel, biztosan értékelnék az egységes és átfogó nyelvet az ügyféloldali és a szerveroldali fejlesztéshez. Az érdeklődő fejlesztőknek el kell kezdeniük a legújabb .NET Core 3.0 SDK . Ezt követően telepíteniük kell a Blazor sablonokat. A Microsoft átfogó csomagot kínált utasításait a weboldalán .