Dieser Artikel erklärt systematisch die docType -Elemente. Gleichzeitig wurden viele Informationen überprüft. Da die Informationen im Internet ziemlich unordentlich sind, habe ich sie nach der Sammlung und Sortierung neu definiert. Beispielsweise ist die Definition des DocType -Elements hauptsächlich in Grundkenntnisse und erweitertes Wissen unterteilt. Grundkenntnisse erklärt grundlegende DocType -Kenntnisse. Viel fortgeschrittenes Wissen stammt aus dem Internet, hauptsächlich einigen praktischen Techniken.
DocType ist die Abkürzung des Dokumenttyps. Das <! DocType> Element wird verwendet, um die Dokumenttyp -Deklaration (DTD) einer Seite zu deklarieren. Diese Elementerklärung befindet sich an der Vorderseite des Dokuments und liegt vor dem <html> -Tag. Durch die Bestätigung der DTD der Seite können Sie auch bestimmen, welche W3C -Spezifikation (z. B. HTML- oder XHTML -Spezifikation) die Seite verwendet.
Die korrekte Übersetzung der W3C -Spezifikation sollte für W3C (W3C -Empfehlungen) empfohlen werden. In den Augen vieler Designer ist W3C der Standard. Viele Menschen haben jedoch nur ein wenig Verständnis. Das Folgende ist in der HTML -Spezifikation und der XHTML -Spezifikation in der aktuellen W3C -Spezifikation aufgeführt. Wir werden die Beziehung zwischen HTML und XHTML später erklären:
| Spezifikation | empfehlen |
HTML 3.2 | 14. Januar 1997 |
HTML 4.0 | 24. Mai 1998 |
HTML 4.01 | 24. Dezember 1999 |
| Spezifikation | Entwurf/Vorschlag | empfehlen |
Xhtml 1.0 | 26. Januar 2000 | |
XHTML 1.0 Revision | 1. August 2002 | |
Xhtml 1.1 | 31. Mai 2001 | |
XHTML -Module | 10. April 2001 | |
XHTML -Module 1.1 | 5. Juli 2006 | |
Xhtml grundlegend | 19. Dezember 2000 | |
Xhtml Basic 1.1 | 5. Juli 2006 | |
XHTML -Ereignisse | 14. Oktober 2003 | |
Xhtml Ereignisse 2 | 16. Februar 2007 | |
Xhtml druck | 20. September 2006 | |
XHTML -Medientypen | 1. August 2002 | |
XForms 1.0 | 14. Oktober 2003 | |
XForms 1.0 (SE) | 14. März 2006 | |
XForms 1.1 | 22. Februar 2007 | |
Xhtml 2.0 | 26. Juli 2006 | |
Xlink | 27. Juni 2001 | |
Hlink | 13. September 2002 |
XHTML kann als die neueste HTML -Spezifikation angesehen werden und ist eine XML -Anwendung, die reibungslos von HTML 4.01 migriert werden kann. Der erste Schritt in W3C Refactoring HTML 4.01 in XML führte zur Geburt von XHTML 1.0. XHTML 1.0 stützt sich auf die von HTML 4.01 -Tags bereitgestellte Semantik.
Die Dateidatei deklariert verschiedene DTDs über das Element <DocType>, um den Browser mitzuteilen, mit dem die aktuelle Seite die technischen Daten html oder xhtml entspricht. Im Folgenden werden nur die DTDs in Bezug auf die Spezifikationen von HTML4.01 und XHTML1.0 in Bezug auf die HTML4.01- und XHTML1.0 aufgeführt:
HTML 4.01 Gibt drei Dokumenttypen an: streng, transitional und rahmenset.
Wenn Sie saubere Markierungen benötigen, um Verwirrung in Präsentationsebenen zu vermeiden, verwenden Sie diesen Typ. Bitte verwenden Sie es mit Cascading Style Sheets (CSS):
<! DocType html public -// w3c // dtd html 4.01 // en
http://www.w3.org/tr/html4/strict.dtd>
Die Übergangs -DTD kann Rendering -Eigenschaften und -Elemente enthalten, die W3C in das Stylesheet erwarten. Verwenden Sie diesen Typ, wenn Ihre Leser Browser verwenden, die Caskading Stylesheets (CSS) nicht unterstützen, damit Sie die Rendering -Funktion von HTML verwenden müssen:
<! DocType html public -// w3c // dtd html 4.01 transitional // en
http://www.w3.org/tr/html4/loose.dtd>
Frameset DTD sollte für Dokumente mit Frames verwendet werden. Mit Ausnahme des Frameset -Elements, das das Körperelement ersetzt, entspricht das Frameset DTD der Übergangsdtd:
<! DocType html public -// w3c // dtd html 4.01 Frameset // en
http://www.w3.org/tr/html4/frameset.dtd>
XHTML 1.0 Gibt drei XML -Dokumenttypen an: streng, transsitional und rahmenset.
Wenn Sie saubere Markierungen benötigen, um Verwirrung in Präsentationsebenen zu vermeiden, verwenden Sie diesen Typ. Bitte verwenden Sie es mit Cascading Style Sheets (CSS):
<! DocType html
Public -// w3c // dtd xhtml 1.0 strict // en
http://www.w3.org/tr/xhtml1/dtd/xhtml1-strict.dtd>
Die Übergangs -DTD kann Rendering -Eigenschaften und -Elemente enthalten, die W3C in das Stylesheet erwarten. Verwenden Sie diesen Typ, wenn Ihre Leser Browser verwenden, die Caskading Stylesheets (CSS) nicht unterstützen, damit Sie die Rendering -Funktion von XHTML verwenden müssen:
<! DocType html
Public -// w3c // dtd xhtml 1.0 transitional // en
http://www.w3.org/tr/xhtml1/dtd/xhtml1-transitional.dtd>
Verwenden Sie diese DTD, wenn Sie ein Framework verwenden möchten!
<! DocType html
Public -// w3c // dtd xhtml 1.0 rameset // en
http://www.w3.org/tr/xhtml1/dtd/xhtml1-frameset.dtd>
HTML Top-Level-Element-Verfügbarkeit Registrierung // Organisation // Typ-Tags // Definition Sprach-URL
Element der obersten Ebene: Gibt den in DTD deklarierten Elementtyp der obersten Ebene an. Dies entspricht dem deklarierten SGML -Dokumenttyp. Standard ist HTML.
Verfügbarkeit: Geben Sie an, ob die offizielle öffentliche Kennung (FPI) öffentlich zugänglich ist. Der Wert kann öffentlich oder system sein. Public Standard. Repräsentiert ein öffentlich zugängliches Objekt. System repräsentiert eine Systemressource wie eine lokale Datei oder eine URL.
Registrierung: Geben Sie an, ob die Organisation von der Internationalen Organisation für Standardisierung (ISO) registriert ist.
+ ist der Standard, der angibt, dass der Organisationsname registriert ist.
- bedeutet, dass der Organisationsname nicht registriert ist. Die Internet Engineering Task Force (IETF) und die World Wide Web Association (W3C) sind keine registrierten ISO -Organisationen.
Organisation: Gibt den Namen der Gruppe oder Organisation an, die die Erstellung und Wartung des DTD angibt, auf das die DecType -Erklärung, nämlich Ownoderid, verwiesen wird. IETF ist ein IETF. W3C ist W3C.
Typ: Gibt die öffentliche Textklasse an, dh die Art des verwiesenen Objekts. Standard ist DTD.
Tag: Gibt eine öffentliche Textbeschreibung an, dh einen eindeutigen beschreibenden Namen für den zitierten öffentlichen Text. Die Versionsnummer kann später aufgenommen werden. Standard ist HTML.
Definition: Geben Sie die Definition des Dokumenttyps an.
Frameset Frameset -Dokumentation.
Strenge schließt alle repräsentativen Attribute und Elemente aus, die W3C -Experten ausführen möchten, da die Stilblätter bereits perfekt sind.
Der Übergang enthält alle Inhalte mit Ausnahme des Frameset -Elements.
Sprache: Gibt eine öffentliche Textsprache an, dh ein natürliches Sprachcodierungssystem, das zum Erstellen des referenzierten Objekts verwendet wird. Die Sprachdefinition wurde als ISO 639 Sprachcode (Kapital zwei Buchstaben) geschrieben. EN Standard. Englisch.
URL: Gibt den Ort des referenzierten Objekts an.
Wenn Sie überprüfen möchten, ob Ihr Seiteninhalt den in docType deklarierten Standards erfüllt, können Sie das von W3C bereitgestellte Bestätigungswerkzeug verwenden:
http://validator.w3.org/
Zu den modernen Browsern gehören unterschiedliche Rendering -Modi mit dem Ziel, beide Webseiten zu unterstützen, die W3C -Standards und Webseiten für ältere Browser entsprechen. Unter ihnen wird der Standardmodus (dh strikter Präsentationsmodus) verwendet, um Webseiten zu präsentieren, die den neuesten Standards folgen, während der Quirks -Modus (dh losen Präsentationsmodus oder Kompatibilitätsmodus) verwendet wird, um Webseiten für herkömmliche Browser vorzulegen. Beachten Sie auch, dass Mozilla/Netscape 6 einen fast Standardmodus für Webseiten für eine ältere Version des Standards hinzugefügt hat.
Theoretisch sollte dies ein sehr intuitiver Schalter sein. Wenn das Element <!! DocType> der Seite auf die Compliance -Standards der Seite (z. B. XHTML1.0) verweist, wechselt der Browser in den Standardmodus. Wenn der docType nicht angegeben ist oder HTML 3.2 und ältere Versionen angegeben werden, wechselt der Browser in den Quirks -Modus. Auf diese Weise kann der Browser die Dokumente anzeigen, die den Standards korrekt folgen, ohne die altmodischen Webseiten vollständig aufzugeben, die nicht den Standards entsprechen. Aber es wird die folgenden Situationen geben:
Fügen Sie in der vollständigen DOCType -Erklärung die URL der entsprechenden Datei der entsprechenden Dokumenttypdefinition (DTD) hinzu. Wenn die URL verloren geht oder wenn sie angegeben ist, werden die meisten Browser einen relativen Pfad (anstelle einer vollständig qualifizierten Internetadresse) eingeben, unabhängig vom Modus, der in der DocType -Erklärung angegeben ist.
Der Browser ist sehr empfindlich gegenüber Form und Format der DocType -Erklärung. Wenn ein docType mit dem falschen Formular nicht erkannt werden kann, zwingt es ihn zum Eingeben von Müllmodus (es wird empfohlen, einen bekannten korrekten docType in das Dokument zu kopieren und einzufügen, anstatt es persönlich zu tippen). Ein häufiger Grund für den Formular Fehler docType ist, dass ein Raum zwischen dem ersten Teil von docType und der URL fehlt. Kollabieren Sie ein Dokument, das in zwei Zeilen in eine einzelne Linie eingeteilt ist, und dieser Raum wird oft verloren gehen.
Wenn ein Browser den Dokument der Übergangszeitraum behandelt, hat es höchstwahrscheinlich inkonsistente Probleme. IE und Opera verwenden Standards -Modus; Netscape 6 und ältere Versionen von Safari verwenden den Quirks -Modus; Netscape 7, Mozilla 1 und neuere Versionen von Safari verwenden den fast Standardmodus von Netscape, was eine bessere fehlertolerante Version des Standardmodus ist.
Es gibt auch Inkonsistenz, wenn der Browser unerkannte Doctypes behandelt. IE und Opera werden den Standardmodus eingeben. Mit anderen Worten, es wird davon ausgegangen, dass unerkannter DocType ein neuer Standard ist, der nicht in den Browser integriert wurde. Im Gegenteil, Netscape 6 wechselt bei der Begegnung bei nicht anerkannten DocTypes in den Quirks -Modus.
Das DOCTYPE -Switching kann ein effektives Mittel sein, damit der Browser den korrekten Rendering -Modus eingeben und die Webseite korrekt angezeigt hat, vorausgesetzt, Sie bemerken, dass Inkonsistenzen in verschiedenen Browsern festgestellt werden und aktiv verschiedene Probleme vermeiden können.
1. Unmittelbar nach der obigen DOCType -Deklaration befindet sich eine XHTML -Namespace -Deklaration, die in das erweiterte <html> -Element platziert ist und:
<html xmlns = http: //www.w3.org/1999/xhtml>
2. Da die Seite XHTML 1.0 ein legales XML -Dokument ist und XML für Tags und Attribute sensibel ist, müssen alle Tags und Attribute in XHTML 1.0 Seiten Kleinbuchstaben sein.
Einige kostenlose Tools wie HTML Tidy (http://tidy.sourceforge.net/) können Ihnen helfen, Tags und Attribute automatisch in Kleinbuchstaben umzuwandeln.
3. Deklarieren Sie die auf der Seite verwendete Sprache, indem Sie dem <Head> -Element ein <meta> Element hinzufügen.
<meta http-äquiv = content-type content = text/html; charSet = gbk />
4. In XHTML müssen alle Attribute angegeben werden.
Einige kostenlose Tools wie HTML Tidy (http://tidy.sourceforge.net/) können Ihnen helfen, die Zitate automatisch auf alle Attribute zu setzen.
5. In XHTML müssen alle Eigenschaften Werte haben.
Kann nicht wie in HTML 4.0 geschrieben werden:
<Eingabetyp = Checkbox Name = Shirt Value = Medium Checked>
Und zu schreiben:
<Eingabetyp = Checkbox Name = Shirt Value = Medium Checked = Checked />
6. In xhtml müssen alle Tags geschlossen werden.
Es gibt zwei Möglichkeiten, das Tag zu schließen. Das Tag, das den Inhalt enthält, wird mit dem End -Tag geschlossen, und auf das leere Tag folgt ein Leerzeichen und /. Zum Beispiel:
<p> Dies ist akzeptabel HTML und es ist auch gültig xhtml. </p>
<img src = logo.gif />
7. Verwenden Sie nicht - im Kommentarinhalt.
- Es kann nur zu Beginn und am Ende eines XHTML-Kommentars verwendet werden und kann nicht im Inhalt eines Kommentars erscheinen. Die folgenden Schreibmethoden sind nicht zulässig:
<!-ungültig-und auch das klassische Separator unten. ->
<! ------------------------------------>
8. HTML codieren alle speziellen Symbole.
Die drei Spezifikationen von W3C, XHTML/CSS/DOM, bilden ein vollständiges und strenges System. Ich nenne diese drei Spezifikationen die Inkarnation des Dreifaltigkeitsgottes in der Webwelt. Diese drei Spezifikationen repräsentieren die drei Teile der Struktur, Präsentation und Verhalten der Webseite. Teilen Sie die Webseiten streng in diese drei Ebenen ein und versuchen Sie, den Inhalt jeder Schicht unabhängig voneinander zu gestalten, wodurch die Wiederverwendbarkeit und Modularität der Seite verbessert wird und die Kosten für die Produktion, Wartung und Änderung der Seite erheblich senkt. Um die oben genannte Hierarchie zu erreichen, sollte der geschriebene XHTML nur strukturbezogene Tags (Elemente und Attribute) enthalten. Daher sollten Sie es gewohnt sein, DTDs vom Typ strenger Typ zu verwenden und diese Marker so bald wie möglich mit ausdrucksstarker Bedeutung aufzugeben (diese Marker werden in der HTML 4.0-Spezifikation nicht empfohlen und werden nach XHTML in Versionen vollständig verworfen). Geben Sie die alte Layout -Methode so schnell wie möglich auf und nehmen Sie ein vollständiges CSS -Layout an.
"Ein maßgeblicher Leitfaden zu HTML und XHTML", von Chuck Musciano & Bill Kennedy.
"XHTML Tutorial", von Chelsea Valentine & Chris Minnick.
"Website Refactoring", von Jeffrey Zeldman.
Autor: Zhang Ziqiu
Quelle: http://www.cnblogs.com/zhangziqiu/