JavaScript-kehykset: Mikä on sizzlejs.com?


Paras vastaus

Sizzle on jQueryn valitsin.

Sen avulla voit välttää selainten käyttöä ”native DOM-liitäntä saadaksesi viitteen DOM-elementteihin, kuten:

var tableCell = document.getElementById (” foo ”). getElementsByClassName (” bar ”). getElementByTagName (” td ”);

ja käytä sen sijaan (yleensä) tutumpaa ja ytimekkäämpää CSS-syntaksia:

var tableCell = Sizzle (”#foo .bar td”);

Se on itse asiassa melko triviaali esimerkki; Sizzle tukee myös edistyneitä CSS3-valitsimia sekä erityisiä mukautettuja valitsimia, joiden avulla CSS-tyyppisen syntaksin käyttö on helppoa eristää DOM-elementit, joita voidaan käyttää.

Jälkimmäinen esimerkki luo viittauksen ”käärittyyn joukkoon” – matriisimaiseen objektiin, joka sisältää menetelmiä, joiden avulla voit käyttää DOM-solmuja ja käyttää niitä. eristetty. Sizzlen tapauksessa API on melko rajoitetusti käytössä (ja miksi Sizzle ei ole itsessään erityisen tunnettu kirjasto), mutta se on itse asiassa * jQueryn * ydinominaisuus. JQueryä käyttämällä voit voi piilottaa helposti kaikki taulukot CSS-luokan ”foo” avulla sivulta, kuten:

$ (”table.foo”). hide ();

Se voi ” Ei todellakaan ole mitään helpompaa kuin se. Sizzle ja jQuery ovat yhteensopivia selainten kanssa, mikä tarkoittaa, että niillä on yhtenäinen sovellusliittymä kaikissa moderneissa selaimissa. Kuten Jamie Mason mainitsi, document.querySelector () ja document.querySelectorAll () ovat nyt saatavilla nykyaikaisissa selaimissa, mikä vähentää Sizzlen hyödyllisyyttä jonkin verran, mutta kaukana kokonaan. Sizzle on ollut käytössä jo yli 6 vuotta, kauan ennen kuin selaimet olivat standardoineet kyselynvalintamenetelmät.

Vastaus

Wasm – ei vain Blazor – on seuraava iso juttu, kyllä. Javascript-kirjastot ovat edelleen lähellä ja mielestäni ne muunnetaan hitaasti Wasmille. On kuitenkin joitain suuria koodijärjestelmiä, jotka eivät välttämättä tee muunnosta heti. Koska Wasm ja JS voivat toimia yhteistyössä, suuremmille järjestelmille tapahtuu todennäköisesti hidas siirtyminen.

Jokainen uusi asiakaspuolen verkkokehitys tehdään todennäköisesti Wasmissa käyttämällä yrityksen valitsemaa tekniikkaa. Wasm ei ole vain Blazorille. Blazor on vain Microsoftin toteuttama Wasmin C # /. Net -tekniikka. Olen varma, että Go , Rust, C / C ++, C #, Java / Kotlin ja monilla muilla kielillä on oma velkansa n toteutusta Wasmin päällä, joita kehittäjät voivat käyttää.

Mitä tämä tarkoittaa? Se ei todellakaan tarkoita, että vain Microsoft johtaa Wasm-vallankumousta. Mutta se tarkoittaa, että nyt on olemassa Full Stack -kehitysalusta kaikille kielille. Tavallaan miksi NodeJS sai niin suosittua muutama vuosi sitten. Ongelmana oli järjestelmän suunnittelu vähemmän toivottavalla Javascript-kielellä. Yritykset eivät kuitenkaan voi vain standardoida valitsemaansa alustaa, vaan niillä on pääsy useisiin kehittäjiin, joilla on asiantuntemusta valitsemastaan ​​pinosta. Joten – Java-kaupat pysyvät Java-kaupoina, .Net-kauppoina .Net-kaupat, Go-kaupat pysyvät…. jne., jne.…

Siitä huolimatta – Javascriptin suosio laskee hitaasti. Mutta – kuka sanoo, että Javascript -> Wasm-kääntäjää ei kehitetä? En näe tämän olevan suosittu, koska monet ohjelmoijat eivät pidä kielestä, mutta se on mahdollista.

Blazor.Net on hieno työkalu ja on PÄÄOSA .net-kauppojen työkaluketjusta. Suurin ongelma C # /: n kanssa. Nettokieli (t) on se, että on olemassa ajonaika. Sama Java ja Kotlin. Mutta – nimenomaan .Net-verkkotunnukselle – .Net CoreRT ( dotnet / corert ) yrittää saavuttaa AOT: n luodakseen natiivikanaareita. Jos se onnistuu, ei .net-ajonaikaa (tällä hetkellä Mono) tarvitse pakata Wasm-kirjastoksi sovelluksen rinnalle.

Joten, lyhyt tarina, Javascript kuolee hitaasti. Blazor on mahtava tulevaisuuden tekniikka, ja sillä on potentiaalia tehdä todella hienoja asioita, ja se kiinnittää ehdottomasti kaiken taustan kehittäjien huomion. C # on epäilemättä yksi tyylikkäimmistä kielistä siellä. .Net-ydin on yksi markkinoiden tehokkaimmista pinoista. .Net Core + C # + Blazor -sovelluksen avulla – miten kehittäjä / kehittäjäkauppa voi mennä pieleen !?

Muista myös, että DOM-käyttö on merkityksellistä Wasmin menestykselle. Ilman sitä kauhea Javascript-tyrannia pysyy.

Vastaa

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *