HTML-Web-Components

 (blog.jim-nielsen.com)
2 Punkte von GN⁺ 2023-11-14 | 1 Kommentare | Auf WhatsApp teilen

HTML-Web-Components verstehen

  • Web-Components priorisieren andere Funktionen und Nutzungsmuster als React-Komponenten.
  • Web-Components sind so konzipiert, dass sie eher auf Verbesserung als auf Ersatz setzen.
  • Web-Components können auch ohne JavaScript gerendert werden; das ist ein Merkmal, das sie von React-Komponenten unterscheidet.

Der Sieg der Verbesserung im Web

  • Das Web fördert einen auf Verbesserung ausgerichteten Ansatz, der bestehende Technologien aufwertet und dadurch die Widerstandsfähigkeit des Webs erhöht.
  • Große Veränderungen im Web entstehen durch schrittweise Verbesserung.
  • Gute Ideen aus XHTML, XMLHttpRequest, Sass, jQuery und Typescript wurden in Webstandards integriert und haben bestehende Technologien verbessert.
  • Web-Components bringen das Komponentenmodell von React ins Web, entwickeln sich dabei aber in die Richtung, die bestehende Funktionsweise des Webs zu verbessern.

Meinung von GN⁺

  • Wichtig ist, dass sich Web-Components in die Richtung entwickeln, bestehende Webtechnologien eher zu verbessern als zu ersetzen.
  • Für Webentwickler kann dieser Artikel interessant sein, um die einzigartige Designphilosophie von Web-Components und die langfristige Entwicklungsrichtung von Webtechnologien zu verstehen.

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2023-11-14
Hacker-News-Kommentare
  • Es wird darauf hingewiesen, dass die Funktionsbeschreibung für den Benutzer-Avatar unzureichend ist, und erwähnt, dass die direkte Verwendung des src-Attributs effizienter sein könnte. Frontend-Frameworks scheinen HTML eher zu erweitern als zu ersetzen. Es wird Enttäuschung über Web Components geäußert und argumentiert, dass der von Frameworks gebotene „Batterien inklusive“-Ansatz für die App-Entwicklung nützlicher ist.
  • Es wird ein Artikellink mit weiteren Informationen zu Web Components geteilt. Dabei wird hervorgehoben, dass diese durch Server-Side Rendering (SSR) noch vor der Ausführung von JavaScript gerendert werden können.
  • Es wird erwähnt, dass Komponenten aus Frontend-Frameworks nicht vollständig ersetzt werden und sich mit Slots leicht kombinieren lassen. Dagegen wird kritisiert, dass Web Components schwer zu verwenden sind und man auf die DOM-API angewiesen ist. Es wird argumentiert, dass XHTML nicht deshalb gescheitert ist, weil es HTML nicht erweitert hat, sondern weil die Validierung auf die Client-Seite gelegt wurde.
  • Es wird eine positive Erfahrung mit Web Components geteilt und ein Ansatz vorgestellt, der hauptsächlich HTML/CSS ohne komplexe Build-Schritte oder clientseitige Router nutzt.
  • Es wird die Sichtweise vertreten, dass React HTML eher erweitert als ersetzt, und es werden Erfahrungen mit der Nutzung nativer Browserfunktionen geteilt.
  • Es wird betont, dass Web Components sich auf eine einzelne Funktion konzentrieren sollten und im Vergleich zu JS-Frameworks eher ein ganzes Ökosystem bereitstellen. Es wird die eigene Erfahrung bei der Entwicklung einer Video-Player-Web-Component geteilt.
  • Es wird die Erfahrung geteilt, Web Components ohne Build-Umgebung zu verwenden, und darauf hingewiesen, dass das Fehlen von HTML-Modulen die Weiterentwicklung von Web Components behindert.
  • Es wird erklärt, dass ein Ansatz bevorzugt wird, der HTML technisch erweitert und stärkt, um die langfristige Wartbarkeit von Webprojekten zu verbessern und Abhängigkeiten zu minimieren.
  • Es wird ein Beispiel für die standardmäßige Verwendung von Web Components gegeben und erklärt, wie das is-Attribut verwendet wird.