2 Punkte von GN⁺ 2023-11-13 | 1 Kommentare | Auf WhatsApp teilen

Einführung in die HTML-First-Prinzipien

  • Nutzung der Grundfunktionen moderner Webbrowser
  • Nutzung der extremen Einfachheit der HTML-Attributsyntax
  • Nutzung der ViewSource-Funktion des Webs

Ziele von HTML First

  • Mehr Menschen in die Lage versetzen, an Websoftware-Codebasen zu arbeiten
  • Persönlich bedeutet das, dass mehr Menschen Webprogrammierer werden und ihr Einkommen steigern können
  • Aus geschäftlicher Sicht sinken die Kosten der Softwareentwicklung, und beim Recruiting werden Ressourcen gespart

Das zweite Ziel von HTML First

  • Die Entwicklung von Websoftware angenehmer und reibungsloser machen
  • Statt Jahre mit dem Beherrschen von Tools und Frameworks zu verbringen, mit HTML-First-Prinzipien schnell Kompetenz aufbauen

Wie HTML First umgesetzt wird

  • Anerkennen, dass HTML leicht zu verstehen ist, und HTML nicht nur zur Definition von Inhalten und Struktur, sondern auch als Grundlage für Styling und Verhaltensdefinition verwenden

Prinzip: den Vanilla-Ansatz bevorzugen

  • HTML-Attribute für Styling und Verhaltensdefinition verwenden
  • Bibliotheken verwenden, die HTML-Attribute nutzen
  • Build-Schritte vermeiden
  • „Nacktes“ HTML bevorzugen
  • Einen View-Source-freundlichen Ansatz verwenden

Browser-eigene Funktionen nutzen

  • Funktionen lieber mit einem „vanilla“-Ansatz als mit externen Frameworks umsetzen
  • Vor dem Hinzufügen von Bibliotheken oder Frameworks prüfen, ob es auch mit reinem HTML/CSS möglich ist

Stil und Verhalten über HTML-Attribute definieren

  • Styling ist mit SPC-Bibliotheken wie Tailwind oder Tachyons möglich
  • Für Verhalten Bibliotheken wie hyperscript oder Alpine verwenden
  • HTML kann komplex aussehen, ist für andere Entwickler aber leichter zu verstehen und zu ändern

Bibliotheken verwenden, die HTML-Attribute nutzen

  • Empfohlen werden Bibliotheken, die HTML-Attribute nutzen, statt Bibliotheken, die sich auf JavaScript oder benutzerdefinierte Syntax konzentrieren

Build-Schritte vermeiden

  • Bibliotheken, die Dateikonvertierung verlangen, erhöhen den Wartungsaufwand und beeinträchtigen die ViewSource-Funktion
  • Bei Verwendung von HTML-First-Bibliotheken wird der Bedarf an zusätzlichem CSS und JS minimiert

„Nacktes“ HTML bevorzugen

  • Ein Prinzip, das sich am stärksten auf Backend-Implementierungen anwenden lässt
  • Entwickler, die mit HTML vertraut sind, können View-Dateien verstehen, auch wenn sie das Backend-Framework nicht kennen

Die View-Source-Funktion erhalten

  • Ein Reiz des frühen Webs war es, in den Code „hineinzuschauen“ und Teile einer Webseite zu verstehen
  • Auf Websites, die den HTML-First-Prinzipien folgen, gewinnt man die ViewSource-Funktion wieder zurück

Fazit

  • Die auf dieser Website beschriebenen Praktiken und Prinzipien sind branchenweit noch immer nicht Mainstream
  • Es geht darum, Menschen zu finden und zu vernetzen, die mit diesen Ideen übereinstimmen

Meinung von GN⁺

Das Wichtigste an diesem Artikel ist die Einführung der HTML-First-Prinzipien, um Zugänglichkeit und Wartbarkeit in der Webentwicklung zu verbessern. Diese Prinzipien machen Webentwicklung einfacher und schneller und bieten sowohl Einzelpersonen als auch Unternehmen Vorteile, indem sie mehr Menschen die Teilnahme an der Webprogrammierung ermöglichen. Dieser Ansatz ist interessant, weil er das Potenzial hat, die Komplexität der Webentwicklung zu verringern, die Lesbarkeit von Code zu erhöhen und den Wissensaustausch sowie die Zusammenarbeit in der Entwickler-Community zu fördern.

1 Kommentare

 
GN⁺ 2023-11-13
Hacker-News-Kommentare
  • Theoretisch und in einfachen Beispielen ist das interessant, aber es braucht Beispiele, die zeigen, wie diese Prinzipien auf große Projekte angewendet wurden und dort einen Unterschied gemacht haben.
  • Ich bin dafür, die Web-Plattform so weit wie möglich zu nutzen und die Komplexität zu reduzieren, bin aber skeptisch, ob die vorgeschlagenen Prinzipien die Komplexität in der Praxis tatsächlich verringern.
  • Die Grundfunktionen von HTML zu nutzen ist gut, war aber schon vor zehn Jahren und ist auch heute nicht wirklich praktikabel, und htmx fühlt sich für mich nicht besser an als schwergewichtige Lösungen wie React.
  • Bei der Implementierung von Funktionen wie Dropdowns, Mehrfachauswahl und Datumsauswahl gibt es keine browserübergreifende Konsistenz, und das Styling ist eingeschränkt, sodass eingebaute HTML-Elemente allein nicht ausreichen.
  • Die Beispiele sind schwach, und Stil sowie Verhalten über Inline-HTML-Attribute zu definieren kann komplex werden.
  • Wenn man notwendige Bibliotheken verwendet, stimme ich zu, Bibliotheken zu nutzen, die HTML-Attribute statt JavaScript oder benutzerdefinierter Syntax einsetzen.
  • Für die Entwicklung einer SaaS-Plattform, die nur aus HTML-Markup besteht, passt diese Philosophie gut.
  • Es wirkt wie ein Antipattern, vorgeschlagen von jemandem, der den Prozess des Aufbaus komplexer Websites nicht durchlaufen hat, und wie ein schlechter Ratschlag.
  • Ich stimme der Behauptung zu, dass Nutzer den Quelltext über "View Source" verstehen können sollten, aber bei Web-Apps ist der Einsatz einer Typsprache wünschenswert.
  • "Lokalität des Verhaltens" ist eine vage definierte Regel, die der Trennung der Zuständigkeiten widerspricht, und CSS als "spukhafte Fernwirkung" zu bezeichnen ist übertrieben.