JavaScript-Frameworks: Was ist sizzlejs.com?


Beste Antwort

Sizzle ist die Auswahl-Engine von jQuery.

Damit können Sie die Verwendung von Browsern vermeiden „native DOM-Schnittstelle , um einen Verweis auf ein oder mehrere DOM-Elemente abzurufen, z. B.:

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

und verwenden Sie stattdessen die (normalerweise) bekanntere und präzisere CSS-Syntax:

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

Das ist eigentlich ein ziemlich triviales Beispiel; Sizzle unterstützt auch erweiterte CSS3-Selektoren sowie spezielle benutzerdefinierte Selektoren, die die Verwendung von CSS-ähnlicher Syntax vereinfachen Isolieren Sie DOM-Elemente, mit denen gearbeitet werden soll.

Im letzteren Beispiel wird ein Verweis auf eine „umschlossene Menge“ erstellt – ein Array-ähnliches Objekt, das Methoden enthält, mit denen Sie auf die von Ihnen verwendeten DOM-Knoten zugreifen und diese bearbeiten können isoliert. Im Fall von Sizzle ist die API von ziemlich begrenztem Nutzen (und daher ist Sizzle an und für sich keine besonders bekannte Bibliothek), aber sie ist tatsächlich * das * Kernmerkmal von jQuery. Mit jQuery können Sie kann alle Tabellen mit der CSS-Klasse „foo“ auf der Seite einfach wie folgt ausblenden:

$ („table.foo“). hide ();

Es kann “ Einfacher geht es nicht. Sizzle und jQuery sind browserübergreifend kompatibel, was bedeutet, dass sie in allen modernen Browsern über eine konsistente API verfügen. Wie Jamie Mason bereits erwähnte, sind document.querySelector () und document.querySelectorAll () jetzt in modernen Browsern verfügbar, was die Nützlichkeit von Sizzle etwas verringert, aber bei weitem nicht vollständig. Sizzle gibt es seit über 6 Jahren, lange bevor die Browser standardisiert wurden Methoden zur Auswahl von Abfragen.

Antwort

Wasm – nicht nur Blazor – wird die nächste große Sache sein, ja. Javascript-Bibliotheken werden immer noch vorhanden sein und meiner Meinung nach langsam konvertiert werden über Wasm. Es gibt jedoch einige große Code-Basissysteme, die die Konvertierung nicht unbedingt sofort durchführen. Da Wasm und JS zusammenarbeiten können, wird es für die größeren Systeme höchstwahrscheinlich einen langsamen Übergang geben.

Das heißt, jede neue clientseitige Webentwicklung wird höchstwahrscheinlich in Wasm unter Verwendung der Technologie der Wahl des Unternehmens durchgeführt. Wasm ist nicht Blazor-spezifisch. Blazor ist nur die Implementierung von Wasm durch Microsoft unter Verwendung von C # /. Net. Ich bin sicher, Go , Rust, C / C ++, C #, Java / Kotlin und viele andere Sprachen werden ihre Berechtigung haben n Implementierungen auf Wasm, die Entwickler verwenden können.

Was bedeutet das? Dies bedeutet sicherlich nicht, dass nur Microsoft die Wasm-Revolution anführen wird. Dies bedeutet jedoch, dass es jetzt eine Full Stack-Entwicklungsplattform für alle Sprachen geben wird. Ein bisschen, warum NodeJS vor einigen Jahren so beliebt wurde. Das Problem dabei war, ein System in der weniger wünschenswerten Javascript-Sprache zu entwerfen. Jetzt können Unternehmen jedoch nicht nur ihre bevorzugte Plattform standardisieren, sondern haben auch Zugriff auf eine Vielzahl von Entwicklern mit Expertenwissen in ihrem bevorzugten Stapel. Also – Java-Shops bleiben Java-Shops, .Net-Shops .Net-Shops, Go-Shops bleiben…. etc, etc…

Das heißt – Javascript wird langsam an Popularität verlieren. Aber – wer soll sagen, dass ein Javascript -> Wasm-Compiler nicht entwickelt wird? Ich sehe dies nicht als beliebt an, da viele Programmierer die Sprache nicht mögen, aber es ist möglich.

Blazor.Net ist ein großartiges Werkzeug festgelegt und wird ein wichtiger Teil der Werkzeugkette für .Net-Shops sein. Das Hauptproblem bei C # /. Net-Sprache (n) ist, dass es eine Laufzeit gibt. Gleiches gilt für Java und Kotlin. Aber – speziell für .Net – .Net CoreRT ( dotnet / corert ) versucht, AOT zu erreichen, um native Binärdateien zu erstellen. Bei Erfolg muss keine .Net-Laufzeit (derzeit Mono) als Wasm-Bibliothek neben der Anwendung gepackt werden.

Kurz gesagt, Javascript stirbt langsam. Blazor ist eine FANTASTISCHE Zukunftstechnologie und hat das Potenzial, einige wirklich großartige Dinge zu tun. Es wird definitiv die Aufmerksamkeit von Entwicklern aller Hintergründe auf sich ziehen. C # ist zweifellos eine der elegantesten Sprachen überhaupt. .Net Core ist einer der leistungsstärksten Stacks auf dem Markt. Mit .Net Core + C # + Blazor – wie kann ein Entwickler- / Entwickler-Shop schief gehen?

Denken Sie auch daran, dass der DOM-Zugriff für den Erfolg von Wasm relevant ist. Ohne das wird die schreckliche Javascript-Tyrannei bestehen bleiben.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.