Beste antwoord
Sizzle is de selector-engine van jQuery.
Het stelt je in staat om geen browsers te gebruiken “native DOM-interface om een verwijzing naar een DOM-element (en) op te halen, zoals:
var tableCell = document.getElementById (” foo “). getElementsByClassName (” bar “). getElementByTagName (” td “);
en gebruik in plaats daarvan de (meestal) meer bekende en beknopte CSS-syntaxis:
var tableCell = Sizzle (“#foo .bar td”);
Dat is eigenlijk een vrij triviaal voorbeeld; Sizzle ondersteunt ook geavanceerde CSS3-selectors, evenals speciale aangepaste selectors die het gemakkelijk maken om CSS-achtige syntaxis te gebruiken isoleer DOM-elementen waarop ze moeten werken.
Het laatste voorbeeld creëert een verwijzing naar een “ingepakte set” – een array-achtig object dat methoden bevat waarmee u toegang kunt krijgen tot en kunt werken op de DOM-knooppunten die u geïsoleerd. In het geval van Sizzle is de API van vrij beperkt gebruik (en daarom is Sizzle op zichzelf geen bijzonder bekende bibliotheek), maar het is eigenlijk * de * kernfunctie van jQuery. Met behulp van jQuery kan gemakkelijk alle tabellen verbergen met de CSS-klasse “foo” op de pagina als volgt:
$ (“table.foo”). hide ();
Het kan ” Het wordt echt makkelijker dan dat. Sizzle en jQuery zijn compatibel met verschillende browsers, wat betekent dat ze een consistente API hebben in alle moderne browsers. Zoals Jamie Mason al zei, zijn document.querySelector () en document.querySelectorAll () nu beschikbaar in moderne browsers, wat het nut van Sizzle enigszins vermindert, maar verre van volledig. Sizzle bestaat al meer dan 6 jaar, lang voordat browsers waren gestandaardiseerd query selector methoden.
Antwoord
Wasm – niet alleen Blazor – zal het volgende grote ding zijn, ja. Javascript-bibliotheken zullen nog steeds bestaan en zullen naar mijn mening langzaam worden geconverteerd over naar Wasm. Er zijn echter enkele grote codebasissystemen die de conversie niet per se meteen uitvoeren. Omdat Wasm en JS kunnen samenwerken, zal er waarschijnlijk een langzame overgang zijn voor de grotere systemen.
Dat gezegd hebbende, elke nieuwe webontwikkeling aan de clientzijde zal hoogstwaarschijnlijk worden gedaan in Wasm met behulp van de technologie van de keuze van het bedrijf. Wasm is niet specifiek voor Blazor. Blazor is slechts de implementatie van Microsoft van Wasm met behulp van C # /. Net. Ik weet zeker dat Go , Rust, C / C ++, C #, Java / Kotlin en vele andere talen hebben hun eigen ow n implementaties bovenop Wasm die ontwikkelaars kunnen gebruiken.
Wat betekent dit? Het betekent zeker niet dat alleen Microsoft de Wasm-revolutie zal leiden. Maar het betekent wel dat er nu een Full Stack-ontwikkelingsplatform voor alle talen zal zijn. Een soort van waarom NodeJS enkele jaren geleden zo populair werd. Het probleem daarmee was het ontwerpen van een systeem in de minder dan gewenste Javascript-taal. Nu kunnen bedrijven echter niet alleen standaardiseren op hun platform naar keuze, maar ze zullen ook toegang hebben tot een heleboel ontwikkelaars met deskundige kennis in hun stapel naar keuze. Dus – Java-winkels blijven Java-winkels, .Net-winkels .Net-winkels, Go-winkels blijven…. etc, etc …
Dat gezegd hebbende – Javascript zal langzaam in populariteit afnemen. Maar – wie zegt dat er geen Javascript -> Wasm-compiler zal worden ontwikkeld? Ik zie dit niet als populair, aangezien veel programmeurs de taal niet leuk vinden, maar het is mogelijk.
Blazor.Net is een geweldige tool set en zal een BELANGRIJK onderdeel zijn van de toolketen voor .Net-winkels. Het grootste probleem met C # /. Net taal / talen is dat er een runtime is. Hetzelfde voor Java en Kotlin. Maar – specifiek voor .Net – .Net CoreRT ( dotnet / corert ) zal proberen om AOT te bereiken om native binaries te maken. Als dit lukt, is het niet nodig om een .Net-runtime (momenteel Mono) als een Wasm-bibliotheek naast de applicatie te verpakken.
Dus, om een lang verhaal kort te maken, Javascript zal een langzame dood sterven. Blazor is een GEWELDIGE toekomstige technologie en heeft het potentieel om een aantal echt geweldige dingen te doen en zal zeker de aandacht trekken van ontwikkelaars met alle achtergronden. C # is ongetwijfeld een van de meest elegante talen die er zijn. .Net core is een van de meest performante stacks op de markt. Met .Net Core + C # + Blazor – hoe kan een ontwikkelaar / ontwikkelaar fout gaan !?
Houd er ook rekening mee dat DOM-toegang relevant is voor het succes van Wasm. Zonder dat zal de vreselijke Javascript-tirannie blijven bestaan.