„Microsoft“ skustuvas ir „Blazor“ siūlo išsamius interneto kūrimo įrankius .Net kūrėjams, kuriems tiesiog reikia atsisiųsti naujausią .NET Core 3.0 SDK

Žinios
„Windows“ / „Microsoft“ skustuvas ir „Blazor“ siūlo išsamius interneto kūrimo įrankius .Net kūrėjams, kuriems tiesiog reikia atsisiųsti naujausią .NET Core 3.0 SDK 4 minutes perskaityta

„Microsoft Blazor“



Po to, kai „Microsoft Razor“ tapo gerai įvertinta žymėjimo kalba, „Windows OS“ gamintojas dirbo su „Blazor“ - galinga alternatyva populiarioms „Single Page Application“ sistemoms. Žiniatinklio kūrėjai, dirbantys su .Net programomis, dabar turi paprastą ir efektyvią „Frontend User Interface“ (UI) sistemą. Platforma veikia naršyklėje per „WebAssembly“ ir yra specialiai sukurta bei pritaikyta, kad patikimai veiktų bet kurioje interneto naršyklėje (skirtingai nei „Microsoft Silverlight“). Tai suteikia kūrėjams galimybę greitai kurti, kurti ir diegti greitas vieno puslapio programas, turinčias didžiausią suderinamumą ir patikimumą.

„Microsoft“ prieš keletą metų sukūrė „Razor“ ir iškart tapo kūrėjų hitu, nes jie gavo gerai sukurtą serverio pusės žymėjimo kalbą. Skustuvas leido jiems atnešti serverio kodą į tinklalapius. Be to, „Razor“ sintaksė buvo tiksliai sureguliuota, kad būtų lengvai skaitoma ir suprantama, todėl labai lengva išmokti ir prisitaikyti. Nereikia nė paminėti, kad keli nauji kūrėjai susirinko į žymėjimo kalbą, o tai labai paskatino „Razor“ pritaikymą ir naudojimą. „Microsoft“ nuolat nurodė, kad „Razor“ nuolat sulaukia pritarimo.

Nepaisant didėjančio „Razor“ naudojimo, „.Net“ kūrėjai vis dar neturėjo jokios galingos alternatyvos, kuri tiesiogiai atsvertų „JavaScript“ sistemą, pvz., „Angular“, „React“ ir „Vue“. Kitaip tariant, „Razor“ leido kūrėjams tvarkyti visą serverio logiką naudojant .NET ir perkelti duomenis į kliento pusę, tačiau kūrėjams vis dar trūko patikimos sąsajos. Norėdami užpildyti tuštumą ir pasiūlyti išsamų vidinės bei vidinės programos sprendimą, „Microsoft“ inžinieriai sukūrė „Blazor“. Iš esmės žiniatinklio vartotojo sąsajos sistema yra galingas metodas, suteikiantis .NET galią kliento pusėje.



Kodėl „Microsoft“ .Net kūrėjams svarbu „Razor“, „WebAssembly“ ir „Blazor“?

Kai „Microsoft“ inžinieriai bandė sukurti būdus, kaip perkelti .Net į kliento pusę, akivaizdžiausias ir perspektyviausias ilgalaikių perspektyvų sprendimas buvo „WebAssembly“. „WebAssembly“ arba, kaip jis populiariai vadinamas „WASM“, yra naujo tipo kodas, kurį galima paleisti visose šiuolaikinėse interneto naršyklėse. Naudodamas savo efektyvų ir kompaktišką dvejetainį formatą, „WebAssembly“ gali žadėti veikti su beveik natūraliu našumu ir efektyvumu.



WASM yra žemo lygio į asamblėją panaši kalba, teikianti kompiliavimo tikslą tokioms kalboms kaip C / C ++ ir Rust. Savo ruožtu šios kalbos gali sklandžiai veikti internete. Įdomu tai, kad nors WASM yra alternatyva „JavaScript“, ji gali būti laikoma papildančia ir visai neprieštaraujančia tam. Kitaip tariant, žiniatinklio programos, sukurtos naudojant WASM, gali veikti kartu su „JavaScript“ sukurtomis.

kaip atnaujinti vizio smart tv

„WebAssembly“ leidžia paleisti .Net kodą bet kurioje šiuolaikinės naršyklės vietoje. Nereikia nė paminėti, kad kodas pašalino daugybę problemų, su kuriomis .Net kūrėjai susidūrė reguliariai. Kūrėjai dažnai susiduria su keistomis problemomis, kai bando užtikrinti patikimą ir optimalų našumą daugelyje pagrindinių žiniatinklio naršyklių. Neseniai „Mozilla Firefox“, viena iš populiariausių interneto naršyklių, dislokuotas apie: compat , saugykla, kurioje buvo pasirinktiniai patobulinimai, siekiant užtikrinti optimalų našumą pasirinktų svetainių naršyklėje. Tinkamai įdiegus „Razor“ ir „WebAssembly“, tokioms naršyklėms kaip „Firefox“ ir kūrėjams nereikia rasti pasirinktinių sprendimų, kad svetainės veiktų be trikdžių ir klaidų daugumoje naršyklių.

„Blazor“ išsiskyrė iš skustuvo kaip ideali alternatyva vieno puslapio programų sistemoms:

Pirmiausia „Microsoft“ eksperimentavo su „Silverlight“, tačiau ši vartotojo sąsajos sistema susidūrė su keletu techninių kliūčių. Vis dėlto „Silverlight“ galima laikyti svarbiu evoliuciniu žingsniu kuriant „Blazor“. Nauja, nuo .Net priklausanti vartotojo sąsajos sistema yra konkurencinga alternatyva populiarioms „Single Page Application“ sistemoms. Kūrėjai, dirbę su .Net, turėtų jaustis gana laisvai dirbdami su „Blazor“.

Iš esmės „Blazor“ suporuoja pažįstamą „Razor“ žymėjimą su tokiais dalykais kaip duomenų susiejimas, priklausomybės injekcija. Be to, sistema netgi leidžia skambinti į „JavaScript“ ir iš jos per „JavaScript“ sąveiką, žymiai padidindama žiniatinklio kūrėjams prieinamus įrankius, patikimumą, įvairovę ir funkcijų rinkinį. Kai „Blazor“ yra įrankių rinkinio dalis, kūrėjai gali greitai ir efektyviai panaudoti įgytas ir išplėtotas žinias apie C # serverio ir kliento pusėse. „Blazor“ suteikia jiems prieigą prie .Net ir jo bibliotekų.

Įdomu tai, kad „Blazor“ programos yra pagrįstos komponentais. Šis lankstumas ir universalumas leidžia „Blazor“ programėles įdėti į lizdą ir iš naujo naudoti su nedideliais pakeitimais. Su „Razor“ ir „Blazor“ sukurtos žiniatinklio programos rezultatas yra programos, kurios veikia labai patikimai, greitai ir efektyviai. Neminint, ši sistema leidžia kurti turtingą vartotojo sąsają, kuri pateikiama kaip HTML ir CSS.

Iki „Blazor“ „Microsoft Silverlight“ buvo vienintelis tinkamas pagrindas. Tačiau jai labai trūko platformos palaikymo. Tai gerokai apribojo „Silverlight“ priėmimą. Kita vertus, „WebAssembly“ yra specialiai sukurtas siekiant užtikrinti optimalų suderinamumą su visomis pagrindinėmis naršyklėmis, įskaitant „Apple“ naršyklę „Safari“, veikiančią „iOS“. Tai paprasčiausiai reiškia, kad „WebAssembly“ dabar yra vertas konkurentas ar alternatyva „JavaScript“ ir konkuruojančioms „Single Page Application“ sistemoms. Nors visada atsiras daugybė kūrėjų, kurie ir toliau išliks lojalūs „JavaScript“ ir jo sistemoms, patyrę .Net kūrėjai galėtų greitai priimti „WebAssembly“.

Skustuvo ir „Blazor“ apribojimai:

Skustuvas tikrai yra galinga žymėjimo kalba, o „Blazor“ gauna naudos iš ilgos .Net istorijos. Neabejotina, kad kūrėjai, dirbę su .Net platforma, galėtų teikti pirmenybę šioms platformoms. Tačiau „Blazor“ vis dar tobulėja. Kitaip tariant, vis dar trūksta tam tikrų sričių, kurias galima laikyti labai ribojančiomis.

Vienas iš labiausiai pastebimų „Blazor“ apribojimų yra susijęs su derinimu. Kūrėjai turės pridėti išsamų registravimą prie savo kodo, kad nustatytų klaidas. Antras pagal svarbą yra didelis pradinės apkrovos poveikis. Kitaip tariant, „Blazor“ programos atneša žymiai didelį programų dydį. Pagrindinė „Blazor“ programa gali būti su savimi nuo 2 iki 3 MB. Nors paprasti galutiniai vartotojai to gali nelaikyti dideliu dydžiu, žiniatinklio programų pasaulyje tai laikoma didele apkrova. Įdomu tai, kad paprastas talpinimas žymiai sumažina duomenis vėlesnių įkėlimų metu.

„avast“ slaptažodžių tvarkyklė neveikia

Nepaisant nedaug apribojimų, „Razor“ ir „Blazor“, turintys turtingą .Net istoriją, tikrai bus vienas iš labiausiai pageidaujamų įrankių. Žiniatinklio kūrėjai, kurie jau seniai dirba su „JavaScript“ ir kovoja su jo sistemomis, tikrai vertintų vieną ir išsamią kalbą, skirtą kliento ir serverio plėtrai. Suinteresuoti kūrėjai turi pradėti įdiegti naujausias .NET Core 3.0 SDK . Po to jie turi įdiegti „Blazor“ šablonus. „Microsoft“ pasiūlė išsamų rinkinį instrukcijas savo svetainėje .