Kommentar: Die meisten Leute verwenden HTML 4 und XHTML 1, um Webseiten zu schreiben. Relativ wenige HTML -Enthusiasten verstehen das Konzept der semantischen HTML, überprüfen die HTML -Struktur und verbessern die Zugänglichkeit von Dokumenten. Hochwertige HTML-Dokumente sind das Ergebnis wiederholter Kompromisse, Designauswahl und Diskussion. Trotz der Kritik hat keine Sprache eine populäre Leistung, die mit HTML vergleichbar ist. Die meisten Benutzer sind mit der aktuellen Situation zufrieden
Die meisten Menschen verwenden HTML 4 und XHTML 1, um Webseiten zu schreiben. Relativ wenige HTML -Enthusiasten verstehen das Konzept der semantischen HTML, überprüfen die HTML -Struktur und verbessern die Zugänglichkeit von Dokumenten. Hochwertige HTML-Dokumente sind das Ergebnis wiederholter Kompromisse, Designauswahl und Diskussion. Trotz der Kritik hat keine Sprache eine populäre Leistung, die mit HTML vergleichbar ist. Die meisten Benutzer sind mit dem aktuellen Status Quo zufrieden, als ob sie so geboren werden sollten.
Aber wie viele andere Standards hat HTML Nachfolger. Selbst jetzt erwägen Experten die nächste Version von HTML, um alle in der aktuellen Version bekannten Probleme zu lösen. Wie jeder andere mit vielen Menschen haben auch diese Experten unterschiedliche Meinungen zur zukünftigen Richtung dieser Arbeit.
Der erste Vorschlag für die neue HTML -Version stammt von der Arbeitsgruppe einer W3C -Organisation. Die Idee der Arbeitsgruppe dreht sich um XHTML 2 - der Standard setzt die Entwicklungsrichtung fort, weitere XHTML zu reinigen und zur ersten Version des HTML -Designkonzepts zurückzukehren.
Einige wichtige HTML -Experten außerhalb von W3C - Browser -Anbieter, Webentwickler, Autoren und andere - bildeten 2004 die Richtung von XHTML. Unter dem Namen Whatwg (Web Hypertext Application Technology Working Group) haben sie HTML 5 und Web Forms 2 gestartet.
Einige Jahre später wurde eine weitere Entwicklung der Entwicklung von HTML durch den Arbeitsentwurf eindeutig beschrieben. Im April 2007 stimmte W3C über den Vorschlag, HTML 5 in den Standardprüfungsprozess zu übernehmen, und erkannte ihn (ebenfalls) nicht als formalen Standard. Die meisten Menschen sind sich einig. So entstand eine interessante Situation: W3C untersuchte gleichzeitig zwei konkurrierende HTML- und XHTML -Nachfolgertechnologien. Theoretisch haben beide gute Gründe. In der Praxis werden viele Hindernisse überwunden, damit alle Mainstream -Browser diese beiden Standards unterstützen.
Dies ist die grundlegende Tatsache, die derzeit zu dieser Situation führt. Aussagekräftiger diskutiert die tatsächlichen Unterschiede zwischen den beiden Vorschlägen. Dieser Artikel fasst die Grundpunkte der beiden Vorschläge zusammen und analysiert dann die Designkonzepte beider. Häufig verwendete Abkürzung
CSS: Kaskadierstilblatt
HTML: Hypertext Markup -Sprache
W3C: World Wide Web Alliance
XHTML: Eine kurze Geschichte von xhtml in erweiterbarer Hypertext -Markup -Sprache
Das Verständnis der Designphilosophie hinter XHTML 2 erfordert eine kleine Geschichte. In den frühen neunziger Jahren basierte die erste HTML -Version auf der Standard General Markup Language (SGML). Der Hauptunterschied ist die Hyperlink -Eigenschaften - die wichtigste Grundlage und der Erfolgsfaktor des World Wide Web. Wie SGML ermöglicht HTML den Autor, die Struktur eines Dokuments zu beschreiben und den Header von Absätzen, geordneten Listen und ungeordneten Listen zu trennen. Die Anzeigeergebnisse auf dem Bildschirm beziehen sich auf den Browser.
Wenn das Web immer beliebter wird, benötigen HTML -Benutzer die Kontrolle über das Erscheinungsbild der Seite. Browserhersteller haben neue Funktionen in HTML 2 und 3. Webseiten schwer zu verstehen, und komplexe verschachtelte Tabellenstrukturen werden zum Hauptmittel zur Steuerung des Seitenlayouts. Der Rest des Dokuments ist mit Schriftarts und Farbdeklarationen gefüllt. Die Original -Dokumentstruktur ist schwer zu klären.
HTML 4 wird eingeführt, um diese Verwirrung zu beenden und die Darstellungslogik auf CSS zu bringen und eine Schicht (DIV) für eine erweiterte Inhaltspositionierung einzuführen. Im Vergleich zu HTML 3 bedeutet dies Änderungen im Code -Schreibmuster. Um den Migrationsprozess zu vereinfachen, wird die alte HTML 3 -Struktur durch die Übergangsversion von HTML 4 unterstützt. Die strenge Version für erweiterte Benutzer verlangt, dass Inhalte und Darstellung vollständig getrennt sind.
Die erste HTML 4 -Website verwendet DIV als neuen Heiligen Gral und fast jedes Element auf der Seite, das leicht modifiziert werden muss, einschließlich (aber nicht beschränkt auf den Kopf). HTML -Style -Attribute sind allgemeine Orte, an denen Details beschrieben werden. Die Flut von Formen wurde schließlich von den Webseiten beseitigt. Aber der Inhalt und die Präsentationslogik sind immer noch gemischt. Die essentielle CSS -Datei besteht nur wenige Zeilen.
In jüngster Zeit haben einige bekannte Webentwickler einen clevereren Ansatz für HTML 4-Stylesheets entwickelt. In modernen Browsern sind CSS -Attribute nicht auf Divisionen beschränkt. Sie können Stile für jedes HTML -Element angeben, so lange Sie möchten. Viele Weblogs sprechen über semantische HTML. Divelemente sind nicht vollständig verboten, aber Webautoren beginnen, HTML -Elemente zu verwenden, die am besten geeignet sind, um ihre Inhalte zu beschreiben. Beispielsweise wird das Navigationsmenü der meisten Websites am besten in einer ungeordneten Liste beschrieben. Ändern Sie beispielsweise einen Klassennamen wie Bigheader für Absatzelemente, ändern Sie ihn in das H1 -Element und verwenden Sie dann CSS, um die Darstellung gemäß den Anforderungen zu ändern.
Gleichzeitig schlug W3C XHTML 1 als XML-Version vor, die den gut strukturierten und effektiven HTML-Versionen für XML-Benutzer entspricht. Dies vereinfacht die Arbeit des Konvertierens von XML-Inhalten in Webseiten und die Überprüfung von Conversion-Ergebnissen mit vorhandenen Überprüfungsprogrammen. XHTML 1.1 versucht, verschiedene Probleme in verschiedene Module zu isolieren. Der modulare Ansatz erleichtert die Wiederverwendung verschiedener Teile des Standards für unterschiedliche Bedürfnisse und erleichtert auch die Expansion des Standards mit neuen Funktionen.
Im Vergleich zu HTML 4 hat XHTML 1.1 noch mehr Benutzer, die Inhalte und Darstellung trennen. Aber wie in der Vergangenheit können einige praktische Probleme nur mithilfe von Techniken in CSS gelöst werden. Zum Beispiel enthalten Menüstrukturen, die durch ungeordnete Listen dargestellt werden, normalerweise schöne Bilder. Bilder sind jedoch nicht einfach zu lesen, wie sie mit visuellen Behinderungen auf Text-Voice-Einrichtungen gelesen werden. Darüber hinaus können Textbrowser wie Luchs keine Bilder anzeigen. Ein komplexer CSS -Trick, um Text im Browser auszublenden, um Bilder anzuzeigen. Wenn die Menüs auf verschiedenen Seiten jedoch unterschiedlich sind, ist es schwierig, diesen Teil des Inhalts mit CSS anzugeben. Das Designkonzept hinter XHTML 2
Die wichtigste Designphilosophie hinter XHTML 2 besteht darin, den Inhalt und die Präsentation weiter zu trennen und die Restfehler in HTML 4 und XHTML zu verbessern. 1. Geben Sie beispielsweise die native Unterstützung für Bilder für jedes Element in der nicht ordnungsgemäßen Liste an. Das ursprüngliche IMG -SRC -Tag wurde durch ein optionales Attribut -SRC ersetzt, das für jedes Element verwendet werden kann. Das modifizierte CSS ist vollständig aus dem Inhalt heraus und Geräte, die Bilder nicht unterstützen, können sich leicht um den Text darstellen.
CSS ist jedoch nicht die einzige Herausforderung für Webentwickler. Es wird viel Zeit für die Interaktion zwischen Servern und HTML -Formen sowie für das Vorhandensein vieler JavaScript ™ -Codes aufgewendet. Formulare sind auf eindimensionale Schlüsselwertpaare beschränkt. Die Entwicklung von JavaScript-Code ist eine Menge Arbeit, ist jedoch an Schnittstellen wie Text-Voice-Konvertierungsgeräten nutzlos.
Basierend auf einem modularen Ansatz ersetzt XHTML 2 HTML -Formulare durch das XForms -Modul und fügen Unterstützung für FAQs mithilfe des entsprechenden Anwendungsmodells hinzu. XForms benötigt keine einzige Reihe von Skripten, um Interaktionslogik, Überprüfungsregeln und Berechnungsmethoden anzugeben. Darüber hinaus verwendet diese Technik reichhaltige XML-Strukturen anstelle von Schlüsselwertpaaren, wodurch verschachtelte Unterformen und doppelte Elemente erscheinen können. Neben der Bereitstellung einer leistungsstarken Motors eignen sich auch Text-Stimmen-Geräte besser zum Ändern des Anwendungsreichtums.
Zusätzlich zu XForms gibt es andere XHTML-bezogene Probleme, die in unabhängige Spezifikationen extrahiert werden, um andere Bedürfnisse zu erfüllen-z. B. XML-Ereignisse, Xframes und Ruby (asiatische Sprache).
Mit der Trennung von Darstellungen wird auch die Programmierung vom Standard getrennt. Interaktive Eigenschaften wie Onclick werden durch das XML -Ereignismodul ersetzt. Da die XML -Ereignisspezifikation selbst dafür ausgelegt ist, bietet sie einen leistungsstärkeren Satz von Tools, um Benutzeroberflächen zu verarbeiten.
Für die Innovation von XHTML 2 besteht das grundlegende Konzept darin, verschiedene Probleme aufzubrechen. Das Problem ist kein sekundäres Merkmal von HTML, sondern der Hauptzweck der neuen Spezifikation. Daher eignet sich die neue Spezifikation am besten für die Probleme, mit denen die Optimierung konfrontiert ist. Der Unterschied in verschiedenen Themen ist jedoch eher auf die Notwendigkeit von Ideen als auf Übung zurückzuführen. Intelligente Entwickler, die mit der Verwendung dieser Tools vertraut sind, können die von ihnen benötigten Ergebnisse erzielen. Es ist jedoch nicht leicht zu sagen, ob der durchschnittliche Benutzer der aktuellen HTML-Version hochwertige XHTML-Dokumente erstellen kann.
Das Ziel von XHTML 2 ist wahrscheinlich nicht der durchschnittliche HTML -Benutzer. Aber in den Händen guter Entwickler kann es eine gute Möglichkeit sein, die Zugänglichkeit zu verbessern. HTML 5 -Designkonzept
Waswg hat bei der Gestaltung von HTML 5 einen realistischeren Ansatz verfolgt. Ohne Berücksichtigung abstrakter Konzepte wie der Aufschlüsselung der Probleme formuliert diese Arbeitsgruppe Dokumente basierend auf dem Verhalten der aktuellen Mainstream -Browser, was sich vollständig von der W3C -Spezifikation unterscheidet. Basierend auf der obigen Analyse untersuchte diese Arbeitsgruppe die tatsächliche Verwendung von HTML.
Basierend auf diesen Informationen schlug die Arbeitsgruppe ein Programm vor, das die Arbeit allgemeiner Webentwickler vereinfachen soll. Obwohl HTML 5 behauptet, aus der vorherigen HTML -Version abgeleitet zu werden, ist das Hauptziel nicht Reinheit. Beispielsweise ist das Hauptziel modularer Dokumente, den Austausch durch optimierte Webanwendungen zu erleichtern.
Die modulare Sprache, die auf diesem Zweck basiert, vereinfacht die Entwicklung von Webanwendungen erheblich. Beispielsweise unterstützt HTML 5 interaktive Komponenten wie Datentabellen, Menüs und Symbolleisten. Durch die Verwendung deskriptiver HTML -Elemente mit Standardverhalten kann das Verhalten eines allgemeinen Divs mit viel Code simulieren.
Die HTML 5 -Spezifikation ist nicht auf HTML -Elemente und -attribute beschränkt. Es definiert dedizierte JavaScript-APIs wie Bearbeiten von Dokumenten und Drag-and-drop-Interaktionen. Diese Methode unterscheidet sich völlig von der Methode zur Zerlegung von Problemen. Es vereinfacht die Webentwickler -API, erhöht jedoch die Größe der Spezifikation.
Die Ähnlichkeit zwischen HTML 5 und HTML 4 ist viel größer als die zwischen XHTML 2 und XHTML 1. Der Migrationspfad ist flacher und es ist auch bequemer für erfahrene HTML 4 -Entwickler, mit der neuen Version vertraut zu sein. Neue Funktionen folgen einer ähnlichen Logik. Spezielle Ereigniseigenschaften für bestimmte Elemente ermöglichen es HTML -Editoren, angemessene Funktionen für die Textabschluss bereitzustellen.
Aktuelle Interaktionen zwischen Webanwendungen und Servern hängen von asynchronem JavaScript XML (AJAX) ab. HTML 5 erkennt die Bedeutung der Interaktion mit Servern an, definiert eine Vielzahl von Möglichkeiten, um mit dem Netzwerk zu interagieren, empfangene Serverereignisse zu verteilen und Nachrichten von anderen Domänen an Dokumente zu senden, ohne Sicherheitsprobleme zu verursachen.
Die grundlegende Designphilosophie von HTML 5 besteht darin, HTML 4 mithilfe von Funktionen zu erweitern, die Webentwickler benötigen. HTML 5 wird vereinfacht, während die grundlegende HTML 4 -Technologie erbt. Um die Mängel von HTML V4 zu lösen, wählte HTML V5 den einfachsten und direktesten Weg, um neu zu gestalten. Praktische Anwendung neuer Standards
XHTML V2 und verwandte Module werden von W3C offiziell unterstützt, und verwandte Module sind zu einem wichtigen Faktor in anderen von W3C unterstützten XML -Spezifikationen geworden. Leider garantiert die offizielle W3C -Anerkennung keine Unterstützung für Mainstream -Webbrowser. Die Unterstützung von General XHTML V2 ist kein Problem: Moderne Browser unterstützen bereits viele Funktionen. Die ordnungsgemäße Verwendung von XHTML V2 hängt von der Verfügbarkeit der relevanten Module ab. Zum Zeitpunkt des Schreibens ist unklar, ob Microsoft Windows® Internet Explorer® auf XML -Events und XForms erweitern möchte. Ein Mozilla XForms -Plugin, einschließlich XML -Events, ist seit mehreren Jahren in der Entwicklung. Dieses Plugin verbessert die Funktionalität dieser Technologie und verringert die Schwierigkeit der Implementierung.
Das Schreiben von HTML V5-Spezifikationen behält eine eingehende Kommunikation mit Browserherstellern bei und berücksichtigt immer die Implementierungsprobleme. Obwohl das Team Zweifel an der offiziellen W3C -Bestätigung zum Ausdruck brachte. Die FAQ beantwortete nicht einmal die Frage, wann eine formelle Genehmigung verabschiedet wurde. Unabhängig von der Einstellung von W3C scheinen Browser -Anbieter beschlossen zu haben, den informellen HTML 5 -Standard zu implementieren. Dies ist nicht das erste Mal, dass Browserhersteller offizielle Standards zur Verfügung stellen konnten. Konkurrierende Standards
Bisher werden weder HTML 5 noch XHTML 2 formell empfohlen. Einige subtile Bereiche können sich in Zukunft ändern. Aber ihre Entwicklungsrichtung wird sich nicht ändern, die beide einige der Mängel der aktuellen Standards lösen. Es bleibt abzuwarten, wie zukünftige Browser die Unterstützung für diese beiden neuen Standards erhöhen können. Der aktuelle Browser unterstützt sowohl HTML 4 als auch XHTML 1. In ähnlicher Weise können zukünftige Browser sowohl HTML 5 als auch XHTML unterstützen. Beide Standards haben ihre eigenen Anhänger.
Wenn Sie sich mehr für XHTML 1.1 als HTML 4 interessieren, hoffen Sie, dass das von Ihnen erstellte Dokument verschiedene Geräte unterstützen kann, und Sie können XHTML bevorzugen. 2. Wenn Sie XHTML 1 verwenden, nur weil es mit XML -Standards entspricht und die neuen Funktionen von HTML 5, XHTML 5 (HTML 5 "bevorzugt, in xml).
HTML 5 ist bei Entwicklern, die HTML 4 verwenden, um interaktive Webanwendungen zu entwickeln. Dieser Ansatz ist für Websites mit dem WYSIWYG -Dokumenteditor machbar. Um die spezifische Situation zu analysieren, können HTML 4 und XHTML 1 jedoch lange koexistieren.