JavaScript Frameworks: Hvad er sizzlejs.com?


Bedste svar

Sizzle er jQuerys selector engine.

Det giver dig mulighed for at undgå at bruge browsere “native DOM-interface for at få en henvisning til et DOM-element (er), såsom:

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

og brug i stedet den (normalt) mere velkendte og koncise CSS-syntaks:

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

Det er faktisk et ret trivielt eksempel; Sizzle understøtter også avancerede CSS3-vælgere samt specielle brugerdefinerede vælgere, der gør det let at bruge CSS-lignende syntaks til isoler DOM-elementer, hvorpå man kan arbejde.

Sidstnævnte eksempel opretter en henvisning til et “indpakket sæt” – et array-lignende objekt, der indeholder metoder, der giver dig adgang til og betjener de DOM-noder, du har isoleret. I Sizzles tilfælde er APIen af ​​nogenlunde begrænset brug (og derfor er Sizzle ikke et særligt velkendt bibliotek i sig selv), men det er faktisk * kernefunktionen i jQuery. Brug jQuery, du kan let skjule alle tabeller med CSS-klassen “foo” på siden som sådan:

$ (“table.foo”). skjul ();

Det kan ” Det bliver ikke nemmere end det. Sizzle og jQuery er kompatible med browsere, hvilket betyder at de har en ensartet API i alle moderne browsere. Som Jamie Mason nævnte, er document.querySelector () og document.querySelectorAll () nu tilgængelige i moderne browsere, hvilket reducerer Sizzles anvendelighed noget, men langt fra helt. Sizzle har eksisteret i over 6 år, længe før browsere havde standardiseret. metoder til forespørgselvælger.

Svar

Wasm – ikke kun Blazor – vil være den næste store ting, ja. Javascript-biblioteker vil stadig være rundt, og efter min mening vil de langsomt blive konverteret over til Wasm. Der er dog nogle store kodebasesystemer, der ikke nødvendigvis foretager konverteringen med det samme. Fordi Wasm og JS kan interoperere, vil der sandsynligvis være en langsom overgang for de større systemer.

Når det er sagt, vil enhver ny webudvikling på klientsiden sandsynligvis ske i Wasm ved hjælp af teknologien, som virksomhederne vælger. Wasm er ikke specifik for Blazor. Blazor er kun Microsofts implementering af Wasm ved hjælp af C # /. Net. , Rust, C / C ++, C #, Java / Kotlin og mange andre sprog har deres ejerskab n implementeringer oven på Wasm, som udviklere kan bruge.

Hvad betyder dette? Det betyder bestemt ikke, at kun Microsoft vil lede Wasm-revolutionen. Men det betyder, at der nu vil være en Full Stack-udviklingsplatform til alle sprog. En slags hvorfor NodeJS blev så populær for nogle år tilbage. Problemet med det var at designe et system på det mindre end ønskelige Javascript-sprog. Men nu kan virksomheder ikke kun standardisere på deres valgte platform, men de vil have adgang til et ton udviklere med ekspertviden i deres valgmulighed. Så – Java butikker forbliver Java butikker,. Net butikker. Net butikker, Go butikker forbliver…. osv. osv …

Når det er sagt – Javascript vil se et langsomt fald i popularitet. Men – hvem skal sige, at en Javascript -> Wasm-kompilator ikke vil blive udviklet? Jeg kan ikke se, at dette er populært, da mange programmører ikke kan lide sproget, men det er muligt.

Blazor.Net er et fantastisk værktøj indstillet og vil være en STOR del af værktøjskæden til .Net-butikker. Hovedproblemet med C # /. Net-sprog er, at der er en runtime. Samme for Java og Kotlin. Men – specifikt for .Net – .Net CoreRT ( dotnet / corert ) vil forsøge at opnå AOT for at oprette native-binære filer. Hvis det lykkes, vil der ikke være behov for at pakke en .Net-runtime (i øjeblikket Mono) som et Wasm-bibliotek ved siden af ​​applikationen.

Så kort fortalt vil Javascript dø langsomt. Blazor er en FREMTIDIG fremtidig teknologi og har potentialet til at gøre nogle rigtig gode ting og vil helt sikkert give opmærksomhed fra udviklere med alle baggrunde. C # er utvivlsomt et af de mest elegante sprog derude. .Net-kerne er en af ​​de mest performante stakke på markedet. Med .Net Core + C # + Blazor – hvordan kan en udvikler / dev-butik gå galt !?

Husk også, at DOM-adgang er relevant for Wasms succes. Uden det forbliver det forfærdelige Javascript-tyranni.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *