In immer mehr Websites ersetzt die Verwendung von XHTML HTML4 mit sehr schneller Geschwindigkeit. Einige Mainstream -Browser unterstützen derzeit XHTML jedoch nicht, und einige Webseitenhersteller verstehen die Unterschiede zwischen XHTML und HTML4 nicht ausreichend, was XHTML in der Entwicklung des Webs langsamer macht.
Xhtml ist xml, nicht htmlDerzeit ist es, dass es sich um eine weitere Version von HTML handelt. Eine Tatsache, die dieses Missverständnis verursacht, ist, dass Microsoft Internet Explorer XHTML nur mit MIME -Formattext/HTML und nicht mit dem empfohlenen Anwendung/XHTML+XML -Format unterstützt.
Wenn eine XHTML -Seite im MIME -Format von Text/HTML analysiert wird, hat sie keinen Unterschied von der HTML -Seite, und wenn sie im MIME -Format von Text/XML oder Anwendung/XHTML+XML analysiert wird, entspricht sie strikte XML -Schreib- und Anzeigenregeln.
Das richtige XHTML -Format ist ein XML -Programm und muss beim Schreiben die folgenden strengen Regeln befolgen: 1. Zeichen <und & & dürfen in XHTML -Dokumentinhalten nicht erscheinen, es sei denn, sie sind im CDATA -Tag enthalten (<! [CDATA [...]]>) 2. Das Kommentaretikett (<! --...-->) kann nicht zwei aufeinanderfolgende horizontale Balken enthalten (-) 3. Inhalt im Kommentar-Tag (<! --...->) wird ignoriert Probleme in Stil und SkriptinhaltInhalte in Stil- und Skript -Tags verursachen verschiedene Unterschiede, wenn XHTML im XML -Format analysiert wird (und nicht im HTML -Format).
JavaScript enthält Zeichen, die in XHTML nicht existieren können Einige Sonderzeichen in JavaScript sind Zeichen, die außerhalb des CDATA -Tags von XHTML nicht existieren können.<script type = text/javaScript>
var i = 0;
während (++ i <10) {
// ...
}
</script>
HINWEIS : Der obige Beispielcode ist kein gutes XHTML
Verwenden Sie Kommentare in Stil und SkriptinhaltAutoren, die mit HTML vertraut sind, verstehen normalerweise, dass das Platzieren von Stil- und Skript -Tag -Inhalten in Kommentar -Tags diese Inhalte im Browser verbergen, aber einige Browser können sie nicht verstehen.
<style type = text/css>
<!-
Körper {Hintergrundfarbe: Blau; Farbe: Gelb;}
->
</style>
<script type = text/javaScript>
<!-
var i = 0;
var sum = 0;
für (i = 0; i <10; ++ i)
{
sum += i;
}
alert ('sum =' + sum);
// ->
</script>
Das obige Beispiel zeigt, wie der Inhalt im Kommentar -Tag im Browser ignoriert wird. Gleichzeitig zeigt dieses Beispiel auch den Unterschied zwischen dem Inhalt des Browsers im Text/XML -Format und der Anwendung/XHTML+XML -Format an.
Mozilla 1.1+ / Opera 7
Es wird kein CSS angewendet, kein JavaScript wird ausgeführt
Netscape 7.0x / Mozilla 1.0.x
Nicht anwenden CSS, sondern JavaScript ausführen
Internet Explorer 5.5+
Das Dokument wird nicht angezeigt. (Siehe: https://developer.mozilla.org/ta ... _in_xhtml_documents)
Stil und JavaScript enthalten zwei aufeinanderfolgende horizontale Balken (-)Ein weiteres Problem tritt bei der Verwendung von Kommentar-Tags für die Verarbeitung in JavaScript auf der XHTML-Seite auf, dass es in JavaScript zwei aufeinanderfolgende horizontale Balken (-) geben wird:
<script type = text/javaScript>
<!-
var i;
var sum = 0;
für (i = 10; i> 0; -i)
{
sum += i;
}
// ->
</script>
Verwenden Sie CDATA anstelle von KommentarenWenn Sie den Inhalt in das Skript -Tag in den CDATA -Block einfügen, können Sie das Problem von zwei aufeinanderfolgenden Balken in den Kommentaren gut behandeln. Dies wird jedoch nicht von einigen niedrigeren Versionen von Browsern unterstützt, da sie XML nicht verstehen können. Glücklicherweise können wir CDATA -Blöcke kommentieren, indem wir Kommentatoren in JavaScript verwenden, um die Kompatibilität zu erreichen.
<script type = text/javaScript>
// <! [Cdata [
var i = 0;
während (++ i <10)
{
// ...
}
//]]>
</script>
Empfohlene XHTML- und HTML -KompatibilitätsverarbeitungsmethodeSchreiben Sie keinen Stil und Skript direkt auf XHTML -Seiten. Eine gute Alternative besteht darin, externe Dateien zum Schreiben von CSS und JavaScript zu verwenden, bevor sie in XHTML eingeführt werden.
Diese Empfehlungslösung sieht sehr gut aus. In jedem Fall ändert sich die Seite zumindest in den nächsten Jahren von Text/HTML zu Anwendung/XHTML+XML.