Heim  >  Artikel  >  Web-Frontend  >  Erfahren Sie, wie Sie saubere und standardisierte HTML-Tags_HTML/Xhtml_Webpage Production schreiben

Erfahren Sie, wie Sie saubere und standardisierte HTML-Tags_HTML/Xhtml_Webpage Production schreiben

PHP中文网
PHP中文网Original
2016-05-16 16:42:331252Durchsuche

Guter HTML-Code ist die Grundlage einer schönen Website. Wenn ich Leuten CSS beibringe, sage ich ihnen immer zunächst: Gutes CSS existiert nur, wenn es um gutes HTML-Markup geht. Es ist, als ob ein Haus ein solides Fundament braucht, oder? Sauberes und semantisches HTML-Markup hat viele Vorteile, aber es gibt immer noch viele Websites, die unfreundliche Markup-Schreibmethoden verwenden.

Werfen wir einen Blick auf einige unfreundliche HTML-Tags und diskutieren diese Probleme, um zu lernen, wie man ordentliche und standardisierte HTML-Tags schreibt.

Script House Note: Chris Cyier hat hier zwei Dokumente verwendet, um den Code dieses Artikels zu erklären: schlechter Code und guter Code . Bitte beziehen Sie sich beim Studium auf diese beiden Dokumente.

1. Strikter DOCTYPE

Dazu müssen wir nur die richtigen Schritte befolgen. Es besteht keine Notwendigkeit zu diskutieren, ob HTML 4.01 oder XHTML 1.0 verwendet werden soll Wir schreiben den richtigen Code.

strict doctype example

Aber trotzdem sollte unser Code keine Tabellentabellen für das Layout verwenden, daher besteht keine Notwendigkeit, Transitional DOCTYPE zu verwenden.

Verwandte Ressourcen:

  • W3C empfohlene DTDs (Dokumenttypdeklarationen)

  • Korrigieren Sie Ihre Website Mit dem richtigen DOCTYPE! Hinweis von Script Home

  • : Die sogenannte DTD ist eine Dokumenttypdeklaration, die für ein bestimmtes Dokument definiert ist und Entitätserklärungen.
  • Es gibt drei XHTML-Dokumenttypen: STRICT (strikter Typ), TRANSITIONAL (Übergangstyp) und FRAMESET (Framework-Typ)

    . Derzeit verwenden wir am häufigsten TRANSITIONAL. Diese Website verwendet beispielsweise derzeit XHTML 1.0 TRANSITIONAL. Wenn Ihr HTML-Code gut geschrieben ist, ist es bequemer, den vorhandenen TRANSITIONAL in STRICT zu konvertieren. Im Gegenteil, es besteht kein Grund, zu voreilig zu wechseln. Ich persönlich denke, dass STRICT strenger ist, aber die Verwendung von TRANSITIONAL hat keine großen Auswirkungen.

  • 2. Zeichensatz & Zeichenkodierung

Zusätzlich zur Position der Zeichensatzdeklaration in unserem , Verwandte Ressourcen:

Wikipedia: UTF-8character example

Ein Tutorial zu Problemen mit dem Zeichencode

  • Die erweiterte ASCII-Tabelle

  • Richtige Einrückung Beim Schreiben von Code hat die Einrückung keinen Einfluss auf das Erscheinungsbild der Webseite, aber die Verwendung einer geeigneten Einrückung kann die Lesbarkeit des Codes verbessern. Die Standardeinrückung besteht darin, beim Starten eines neuen Elements eine Registerkarte (oder mehrere Leerzeichen) einzurücken. . Denken Sie außerdem daran, dass der Tag des schließenden Elements am öffnenden Tag ausgerichtet ist.

  • Anmerkung von Script House: Einige Freunde finden es schwierig, beim Schreiben von Code einzurücken. Wenn Sie der Einzige sind, der diesen Code liest, spielt das möglicherweise keine Rolle Für die Frage, zögern Sie nicht. Wenn es sich jedoch um eine Zusammenarbeit handelt oder Ihre Arbeit veröffentlicht und öffentlich geteilt wird, ist es notwendig, schönen Code zu schreiben, der besser lesbar ist.

Verwandte Ressourcen:

Räumen Sie Ihre Webseiten mit HTML TIDY auf

indentation example

4. Verwendung von externem CSS und JavaScriptWir haben CSS-Code, der in unser

  • Script Home erweitert wurde Hinweis: Natürlich ist dieses Problem möglicherweise nicht so schwerwiegend. Als WordPress-Theme ist es beispielsweise in

5 geschrieben. Korrekte Tag-Verschachtelung

In unserem Website-Titel verwenden wir

Als Website-Titel-Tag ist das perfekt. Und einen Link zur Homepage hinzugefügt, aber der Fehler bestand darin, dass der Link außerhalb von platziert und der Link von umgeben war. Dieser einfache Verschachtelungsfehler wird von den meisten Browsern gut bewältigt, ist aber technisch nicht möglich.

external example

Der Ankerlink ist ein Inline-Element, während

Der Titel ist ein Blockelement und Blockelemente sollten nicht in Inline-Elementen platziert werden.

nesting example

6. Entfernen Sie unnötige DIVs

Ich weiß nicht, wer es zuerst erfunden hat, aber ich mag „Pitis“ dieses hier Wort, das sich auf die übermäßige Verwendung von ps im HTML-Tag bezieht. In einem bestimmten Stadium des Erlernens von Webdesign lernt jeder, wie man mit einem DIV viele andere Elemente umschließt, um ein praktisches Layout und Styling zu erreichen. Dies hat zum Missbrauch des DIV-Elements geführt. Wir verwenden es dort, wo es benötigt wird, und wir verwenden es auch dort, wo es völlig unnötig ist.

pitis example

Im obigen Beispiel verwenden wir ein p („topNav“), um die UL-Liste („bigBarNavigation“) zu enthalten, aber sowohl DIV als auch UL sind ein Block Element, daher ist es nicht erforderlich, DIV zum Umschließen des UL-Elements zu verwenden.

Verwandte Ressourcen:

  • Divitis: Was es ist und wie man es heilt.

Verwenden Sie bessere Namenskonventionen

Lassen Sie uns nun über die Namensverwaltung sprechen. In dem im vorherigen Artikel erwähnten Beispiel verwendet unser UL den ID-Namen „bigBarNavigation“. " ist eine gute Beschreibung des Inhalts des Blocks, aber „groß“ und „Balken“ beschreiben eher das Design als den Inhalt. Es könnte heißen, dass es sich bei diesem Menü um eine große Symbolleiste handelt. Aber wenn das Design dieses Menüs vertikal wird, dann erscheint der Name verwirrend und irrelevant.

naming conventions example

Freundliche Klassen- und ID-Namen wie „mainNav“, „subNav“, „sidebar“, „metaData“, “, sie beschreiben den enthaltenen Inhalt und die ID-Namen, wie zum Beispiel “bigBoldHeader“leftSidebar”

Anmerkung von Script House: Chris betonte, ob die Benennung nach Inhalt oder Design erfolgen sollte. Eine persönliche Ergänzung: Sollen ID- und Klassennamen in Groß- oder Kleinbuchstaben geschrieben werden , oder der erste Buchstabe des Wortes wird groß geschrieben . Erstens sind vollständig großgeschriebene Wörter nicht lesefördernd, also schließen Sie sie aus. Ob Sie ausschließlich Kleinbuchstaben verwenden oder den ersten Buchstaben eines Wortes groß schreiben, hängt von Ihren persönlichen Vorlieben ab. Der wichtige Punkt ist, dass egal welche Regel Sie verwenden, sie konsistent sein sollte . Verwenden Sie für einen Moment nicht alle Kleinbuchstaben und schreiben Sie für den nächsten den ersten Buchstaben groß. Das wird verwirrend sein.

Außerdem bin ich persönlich verwirrt, ob ich bei einem längeren Namen einen Unterstrich „_“, einen Bindestrich „-“ hinzufügen soll oder nicht. Oder vielleicht denke ich, dass es zu kompliziert ist. Was auch immer Sie verwenden, es ist in Ordnung, halten Sie es einfach konsistent.


Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn