Praktischer Unterschied zwischen XHTML, HTML und AND XML

Ja, HTML5 wird Features (nd sogar Elemente / Tags) haben, die XHTML noch nicht hat. Es wird auch einige -Tags aus HTML4 wieder einführen, die für XHTML entfernt wurden. (iframe, ist einer von ihnen, denke ich)

Wenn Sie die Unterschiede zwischen HTML4 / XHTML und HTML5 kennenlernen möchten, lesen Sie den Wikipedia-Eintrag in HTML 5: Ссылка

Nein, XHTML ist nicht gleich HTML für Renderzwecke. Ссылка

XHTML ist mehr XML als HTML. Es verwendet im Wesentlichen (die meisten) Elemente ("Tags") aus HTML, wobei die strengere Grammatik und Semantik von XML respektiert wird.

Es ist nicht gleich HTML4 für das Rendering. Wenn Sie einen MIME-Typ von XHTML verwenden - da es XML ist - können Sie am Ende mit bösen Parse-Fehlern enden, wenn Sie es falsch machen:

... aber trotz dieses Problems kann die Verwendung von XHTML zu einem konsistenteren Verhalten zwischen Browsern führen als HTML4; Da HTML4 nicht so streng ist, versuchen Browser wirklich schwer, mehrdeutiges Markup zu interpretieren, und den Entwicklern des Browsers bleibt die Freiheit zu entscheiden, wie diese Mehrdeutigkeiten behandelt werden. Dies führt zu Inkonsistenzen, aber mit XHTML - das ist XML - soll der Browser es ablehnen, die Seite überhaupt darzustellen , sollte sie mehrdeutig sein.

XHTML kann jedoch zu Problemen mit älteren Browsern führen, insbesondere bei leeren Elementen (selbstschließenden Tags) wie <br /> ; ein alter Browser weiß nicht, was er mit / machen soll und könnte seinen Teil des Tag-Namens denken und dann verliert er den Zeilenumbruch.

Zu guter Letzt weiß ich nicht, was Sie mit "Konvertieren von Text / HTML in application / xhtml + xml ist schwierig, weil es kein HTML ist" gemeint habe, aber ich ermutige Sie, das Buch zu lesen " Refactoring HTML "von Elliotte Rusty Harold ... es scheint eine mehr als 300 Seiten umfassende Antwort auf die Frage zu geben;)

  

HTML5 ist die neueste Version (oder wird bald veröffentlicht)

Entwurf. Instabil. Änderungen vorbehalten. Nicht veröffentlicht werden bald .

  

XHTML diente als MIME-Typ text / html entspricht HTML zum Zweck der Wiedergabe

Mehr oder weniger. Das Schreiben von HTML-kompatiblem XHTML ist mehr Arbeit als das Schreiben von HTML oder XHTML und lässt Sie keines davon verwenden die interessanten Teile von XHTML.

  

Das Konvertieren von text / html in application / xhtml + xml ist schwierig, weil es kein HTML ist

Die Konvertierung von HTML zu XHTML ist eigentlich ziemlich trivial. Tidy kann dies für viele Dokumente (einschließlich aller gültigen HTML-Dokumente) tun.

  

XML ist nicht mit HTML kompatibel

Es wäre wahrer zu sagen, dass HTML kein XML ist.

  

Also meine Frage ist, was hat XHTML mit HTML neben der Verwendung von Tags zu tun? Was ist der praktische Zweck der Verwendung von XHTML gegenüber XML oder gibt es keine?

Der Vorteil der Verwendung von XHTML gegenüber XML ist in etwa der gleiche wie bei der Verwendung eines Autos über einem Stapel aus Metall und Kunststoff. XML ist ein Toolkit zum Erstellen von Markup-Sprachen.

Der Vorteil der Verwendung von XHTML gegenüber HTML besteht darin, dass Sie verschiedene Auszeichnungssprachen zu einem Dokument kombinieren können, so dass Sie beispielsweise ein XHTML + SVG + MathML-Dokument haben können. Dies erfordert, dass der Client alle beteiligten Sprachen unterstützt (oder für die nicht unterstützten Sprachen).

Leider ist dies für die meisten Projekte seit dem Internet Explorer nicht praktikabel ...

unterstützt XHTML http://dorward.me.uk/tmp/xhtml/msiexhtml.png

Nein, HTML5 wird keine Funktionen haben, die XHTML nicht hat, weil es XHTML5 im selben Dokument definiert.

Aus der Perspektive eines Programmierers: HTML hatte strukturell gesehen schwächere (wenige oder keine) strukturelle Einschränkungen oder zumindest Web-Browser verlangten von diesen keine Ausgabe. Jeder Browser hatte seine eigene Logik, um die fehlende Struktur zusammenzufügen.

XHTML erzwingt strengere strukturelle Einschränkungen ... und ist eine Teilmenge von XML - es ist nur strenger als HTML. Die strengere Semantik erlaubt:

1. Mehr konsistente Algorithmen für alle Browser - das bedeutet mehr Konsistenz zwischen den Browserimplementierungen.
2. Weniger Taktzyklen pro Rendering - was bedeutet, dass Geräte mit geringerer Leistung die Rendering-Webseiten besser handhaben können
3. Strengere strukturelle Semantiken sind eine Voraussetzung für das "semantische Web", was bedeutet, dass die Struktur genutzt werden kann, um konsistente Extraktion von nützlichen Informationen von Webseiten zu ermöglichen.

XHTML5 erweitert HTML, um das Web interaktiver zu gestalten, soweit ich es verstehe, und es ist vielleicht bedeutender als HTML für XHTML, da die strengere Semantik von Anfang an durchgesetzt werden sollte. XHTML5 fügt dem Protokoll viele bemerkenswerte Änderungen hinzu.

Was XML oder HTML für das Web angeht - ein Browser benötigt eine rudimentäre Struktur eines festen Dokuments, um einen Eindruck von dem Dokument zu bekommen, vielleicht ist das nicht so wichtig wie früher: Darunter verstehe ich XSLT und CSS kann ein Dokument in eine darstellbare Ausgabe für einen Web-Browser hüllen. Ein Dokument sollte jedoch eine inhärente dokumentenähnliche Strukturierung aufweisen, die für einen Browser ohne moderne Webtechniken von Bedeutung ist. HTML4 ermöglicht es, ein Dokument so zu strukturieren, dass rudimentäre Browser wie lynx das Dokument anzeigen können - nach all dem lynx keine Chance, CSS und Stilelemente wie Bilder zu rendern.

XHTML5 ist in einer anderen Liga zusammen und schließt wahrscheinlich rudimentäre Browser direkt aus - aber sein festgelegtes Tag-Vokabular bietet Bedeutung für Web-Browser, Web-Entwickler und Designer. Web-Browser benötigen wahrscheinlich bestimmte Tags, um die neuen funkigen Funktionen zu ermöglichen - aber das Vokabular selbst ist eleganter, als nur eine Webseite als ad hoc XML-Dokument zu betrachten.