Nejlepší odpověď
Sizzle je nástroj pro výběr jQuery.
Umožňuje vám vyhnout se používání prohlížečů „native rozhraní DOM k získání odkazu na prvky DOM, například:
var tableCell = document.getElementById (“ foo „). getElementsByClassName (“ bar „). getElementByTagName (“ td „);
a místo toho použijte (obvykle) známější a stručnější syntaxi CSS:
var tableCell = Sizzle („#foo .bar td“);
To je vlastně docela triviální příklad; Sizzle také podporuje pokročilé selektory CSS3 a speciální selektory, které usnadňují použití syntaxe podobné CSS izolovat prvky DOM, se kterými bude pracovat.
Druhý příklad vytváří odkaz na „zabalenou sadu“ – objekt podobný poli, který obsahuje metody, které vám umožňují přístup a práci s uzly DOM, které máte izolovaný. V případě Sizzle má API poměrně omezené použití (a proto Sizzle není sama o sobě obzvláště známou knihovnou), ale ve skutečnosti je * základní funkcí jQuery. Pomocí jQuery můžete lze snadno skrýt před zobrazením všech tabulek s třídou CSS „foo“ na stránce takto:
$ („table.foo“). hide ();
Může “ Opravdu to nebude jednodušší. Sizzle a jQuery jsou kompatibilní s různými prohlížeči, což znamená, že mají konzistentní API ve všech moderních prohlížečích. Jak již zmínil Jamie Mason, document.querySelector () a document.querySelectorAll () jsou nyní k dispozici v moderních prohlížečích, což trochu snižuje užitečnost Sizzle, ale zdaleka ne úplně. Sizzle existuje již více než 6 let, dlouho před standardizací prohlížečů metody selektoru dotazů.
Odpověď
Další velkou věcí bude Wasm – nejen Blazor – ano. Knihovny Javascript budou stále kolem a podle mého názoru budou pomalu převedeny k Wasmu. Existují však některé velké systémy kódového základu, které nemusí nutně provést konverzi hned. Protože Wasm a JS mohou spolupracovat, s největší pravděpodobností dojde k pomalému přechodu pro větší systémy.
To znamená, že jakýkoli nový vývoj webových stránek na straně klienta bude s největší pravděpodobností proveden v systému Wasm pomocí technologie vybrané společností. Wasm není specifický pro Blazor. Blazor je pouze implementace společnosti Wasm od společnosti Microsoft s využitím C # /. Net. Jsem si jist, že , Rust, C / C ++, C #, Java / Kotlin a mnoho dalších jazyků bude mít svou vlastní n implementace nad Wasm, které mohou vývojáři použít.
Co to znamená? Rozhodně to neznamená, že Wasmovou revoluci povede pouze Microsoft. Znamená to ale, že nyní bude k dispozici vývojová platforma Full Stack pro všechny jazyky. To je důvod, proč se NodeJS před několika lety stal tak populárním. Problémem byl návrh systému v méně než žádoucím jazyce Javascript. Společnosti však nyní mohou nejen standardizovat svou platformu výběru, ale budou mít přístup k mnoha vývojářům s odbornými znalostmi v jejich výběru. Takže – Java obchody zůstanou Java obchody, .Net obchody. Síťové obchody, Go obchody zůstanou…. atd. atd.
To znamená – Javascript zaznamená pomalý pokles popularity. Ale – kdo má říci, že kompilátor Javascript -> Wasm nebude vyvinut? Nevidím to tak populární, protože mnoho programátorů tento jazyk nemá rád, ale je to možné.
Blazor.Net je skvělý nástroj nastavena a bude HLAVNÍ součástí řetězce nástrojů pro obchody .Net. Hlavním problémem jazyků C # /. Net je to, že existuje runtime. Totéž pro Javu a Kotlin. Ale – konkrétně pro .Net – .Net CoreRT ( dotnet / corert ) se pokusí dosáhnout AOT k vytvoření nativních binárních souborů. Pokud bude úspěšný, nebude nutné společně s aplikací balit runtime .Net (aktuálně Mono) jako knihovnu Wasm.
Stručně řečeno, Javascript umře pomalou smrtí. Blazor je ÚŽASNÁ technologie budoucnosti a má potenciál dělat opravdu skvělé věci a určitě si získá pozornost vývojářů všech prostředí. C # je nepochybně jedním z nejelegantnějších jazyků. .Net core je jedním z nejvýkonnějších stacků na trhu. S .Net Core + C # + Blazor – jak se může vývojář / vývojář pokazit !?
Nezapomeňte také, že pro úspěch Wasmu je důležitý přístup DOM. Bez toho zůstane hrozná tyranská Javascript.