Écrivez HTML, la voie HTML (pas la manière XHTML)

Bien que XHTML soit obsolète, son influence sur le codage HTML persiste. De nombreux développeurs adhèrent sans le savoir aux pratiques XHTML lors de l'écriture de HTML. Cet article clarifie les distinctions entre les deux approches.

Html, xhtml et le retour en arrière

L'évolution est simple: HTML a dominé les années 1990, XHTML dans les années 2000, et nous sommes revenus à HTML dans les années 2010. Cela se reflète dans les dates de publication des spécifications: HTML 1 (1992), HTML 2.0 (1995), HTML 3.2 (1997), HTML 4.01 (1999); XHTML 1.0 (2000), XHTML 1.1 (2001); HTML5 (2007).

La montée en puissance de XHTML a coïncidé avec la croyance généralisée dans la domination de XML. Cela a conduit à l'adoption du codage HTML de style XHTML.

L'ombre persistante de xhtml

La section "Différences avec HTML 4" de XHTML 1.0 détaille ses principales distinctions:

• Documents bien formés: XHTML exige des documents bien formés.
• Noms d'élément minuscule et d'attribut: les noms d'élément et d'attribut doivent être minuscules.
• Étiquettes de fin requises: les éléments non vides nécessitent des balises de fin.
• CITATION OBLATIVE DES VALEURS D'ATTRIBUT: Les valeurs d'attribut doivent toujours être citées.
• Aucune minimisation d'attribut: la minimisation des attributs n'est pas prise en charge.
• Éléments vides fermés: les éléments vides ont besoin de balises de fermeture.
• Manipulation de l'espace blanc conforme aux XML: les espaces blancs dans les valeurs d'attribut suit les règles XML.
• Les sections CDATA pour le script et le style: les éléments de script et de style nécessitent des sections CDATA.
• Aucune exclusion SGML: les exclusions de SGML ne sont pas autorisées.
• Préférence d'attribut id : les éléments avec id et les attributs name doivent principalement utiliser id .
• Attributs sensibles à la casse: les attributs avec des ensembles de valeurs prédéfinis sont sensibles à la casse.
• Entités hexadécimales minuscules références: les références en entités hexadécimales doivent être minuscules.

De nombreux développeurs, sans le savoir, suivent toujours la plupart de ces règles, même si XHTML est dépassé. Certains sont même devenus des «meilleures pratiques» perçues pour HTML.

Embrassant le véritable esprit de HTML

Pour contraster, annulions les règles imposées par XHTML (à l'exclusion des aspects liés au SGML, car HTML ne s'appuie plus sur SGML):

• Document bien formé: les documents peuvent ne pas être bien formés.
• Sensibilité à la casse: les noms d'élément et d'attribut peuvent être supérieurs ou minuscules.
• Tags finaux facultatifs: les balises finales pour les éléments non vides sont facultatifs.
• Quotation facultative: les valeurs d'attribut peuvent être non déposées.
• Minimisation des attributs: la minimisation des attributs est autorisée.
• Éléments vides non clos: les éléments vides ne nécessitent pas de balises de fermeture.
• Manipulation des espaces: les espaces blancs dans les valeurs d'attribut ne sont pas strictement conformes aux XML.
• Sections CDATA: les sections CDATA pour le script et le style sont facultatives.
• Attributs id / name : L'utilisation des attributs id et name n'est pas restreinte.
• La sensibilité à la caisse des attributs: les attributs avec des ensembles de valeurs prédéfinis ne sont pas sensibles à la casse.
• Références en entités hexadécimales: le cas des références en entités hexadécimales n'est pas limitée.

Simplifier, se concentrer sur les aspects les plus pertinents:

• Les balises facultatives: les balises de démarrage et de fin sont facultatives.
• Éléments vides non clos: les éléments vides n'ont pas besoin de balises de fermeture.
• Cas des noms: les noms d'élément et d'attribut peuvent être supérieurs ou minuscules.
• Quotes facultatives: les valeurs d'attribut peuvent être non déposées.
• Minimisation des attributs: la minimisation des attributs est prise en charge.

Bien que la résilience de HTML permette un code non valide, les meilleures pratiques mettent l'accent sur le HTML valide et bien formé. Par conséquent, les "documents peuvent ne pas être bien formés" sont ignorés. L'essence de la voie HTML devient:

• Les balises facultatives: les balises de démarrage et de fin ne sont pas toujours nécessaires.
• Éléments vides non clos: les éléments vides n'ont pas besoin d'être fermés.
• Noms insensibles à cas: les noms d'élément et d'attribut peuvent être en minuscules ou en majuscules.
• Quotes facultatives: les valeurs d'attribut ne peuvent pas toujours être citées.
• Minimisation des attributs: la minimisation des attributs est prise en charge.

Exemples pratiques

Xhtml vs. html:

Xhtml:

<p> Exemple de paragraphe.</p>

• Article 1
• Article 2

Lien

HTML:

<p> Exemple de paragraphe.
</p>

• Article 1
• Article 2

Lien

HTML permet des balises et des attributs majuscules, des valeurs d'attribut non citées (en cas de sécurité) et des attributs minimisés.

L'approche HTML moderne

Une approche HTML moderne devrait prioriser:

1. HTML valide et sémantique: valider votre HTML et assurer l'exactitude sémantique.
2. Style de codage cohérent: choisissez un style cohérent pour le boîtier (supérieur ou minuscule) et la citation d'attribut.
3. Minimalisme: utilisez le HTML au minimum, en s'appuyant sur CSS et JavaScript pour la présentation et le comportement. Tirez parti des balises facultatives, de la fermeture des éléments vides, des valeurs d'attribut par défaut et de la minimisation des attributs le cas échéant.

Des outils comme html-minifier peuvent aider à optimiser le HTML. La redécouvrir la vraie nature du HTML, indépendamment de l'influence de XML, est la clé du développement Web moderne.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!