XML et XHTMLs maximale Structure

Styles de codage XML et maximale de XHTML Structure

Présentation

Parseurs XML sont loin plus brutaux au sujet de rejet des documents qui ne leur plaît pas, que sont les navigateurs HTML. XML mettant clairement l'accent sur la structure exige que les pratiques décrites dans le chapitre précédent doit changer. Cependant, la plupart de ces changements ne devraient pas provoquer plus d'inconvénients mineurs, - au moins pour les documents nouvellement créés.

NoteSi la lecture de ce chapitre qui vous fait gémir de douleur sur le montant des travaux de cette transition implique, ne paniquez pas. Je consacre une grande partie du reste de ce livre pour rendre ces changements faciles et (si possible) automatisés. Certains des choix de l'équipe XHTML faite mai ne pas être à votre goût, mais vous pouvez ajuster à la plupart d'entre elles assez facilement. (J'ai même appris à accepter le balisage minuscules après des années de protestation.)

Cleaning up HTMLLes enjeux décrits dans cette section sont les modifications que vous pouvez faire en HTML existante sans avoir à connaître l'une des nouvelles fonctionnalités introduites par XML. Pour la plupart, le nettoyage domine la transition vers XHTML 1.0. Si certaines de ces questions mai obligent les développeurs à repenser la façon dont ils créent des documents, ils ne causent généralement pas de problèmes pour les navigateurs plus anciens.

Affaire questionsXML est sensible à la casse et il traite IMG et IMG comme deux noms d'élément totalement différent. En grande partie, c'est parce que XML prend en charge un ensemble beaucoup plus large de caractères que la plupart des implémentations HTML. Aussi, de nombreuses langues, ils ne disposent pas de cas ou ils suivent différents ensembles de règles pour le fonctionnement de l'espèce. En conséquence, le W3C a réglé sur un standard unique pour le balisage XHTML. Ils ont choisi minuscules pour tous les noms d'éléments et d'attributs, et tout ce qui est censé être XHTML devez utiliser minuscules. La même chose s'applique à toutes les valeurs d'attribut dans lequel les choix sont fournis. Par exemple, dans le langage HTML 4.0, vous pouvez inclure ce code dans un formulaire:

Pour représenter le même élément en XHTML, vous devez modifier le cas de presque tout l'élément:

Le nom d'élément est désormais en minuscules, tout comme les noms d'attributs. Le type de la valeur à attribuer les changements minuscules ainsi parce qu'il représente une option choisie à partir d'une liste de possibilités. Le contenu de la valeur de l'attribut, cependant, peut apparaître sous n'importe quelle affaire est approprié - il ne représente que la valeur par défaut pour le texte, ce n'est pas un choix particulier d'un navigateur XHTML besoin de comprendre.

Propreté structures de l'élément (et explicites)Navigateurs HTML n'ont jamais été aussi pointilleux sur les structures élément, mais cela va changer avec l'avènement du XHTML. Les documents HTML sont censés avoir une structure comme celle présentée ici:

 ...  ...

La plupart des navigateurs ne font pas respecter cette structure, cependant. Les navigateurs affichent les fragments avec un égal bonheur - avec ou sans html, head, et les balises du corps. En XHTML, vous devez fournir ce cadre de base et de mettre le contenu que dans l'élément body.

Éléments videsXML a une syntaxe légèrement différente pour éléments vides -- éléments qui ne contiennent pas d'autres éléments ou texte - que ne HTML, XHTML et exige de nouveaux changements. En HTML, une balise de début normal représente les éléments vides:

En XHTML, vous devez ajouter une barre oblique à la fin de la balise:

L'espace avant la barre oblique n'est pas nécessaire, mais elle conserve quelques anciens navigateurs d'afficher la barre sur la page. La ligne directrice va de même pour la règle horizontale et balises de fin saut de ligne, que vous devez entrer en tant que:

Note Vous pouvez également écrire des éléments vides comme

, Sans espace entre le début et de fin, mais cela tend à confondre les anciens navigateurs.

Citant et l'expansion des valeurs d'attributsXHTML impose des exigences plus sur l'attribut de mise en forme que ne le HTML. Le changement le plus évident est que tous valeurs d'attribut - qu'il s'agisse ou non elles contiennent des espaces, leur contenu est du texte ou des numéros, ou ils reflètent un choix parmi une liste ou une approche plus libre-forme - doit être entouré par des guillemets. Le programmeur dispose encore une option: vous pouvez utiliser des guillemets simples ou doubles guillemets que vous le souhaitez, à condition de début et de fin avec le même genre de la citation. Cela signifie que les exemples suivants sont les langages XHTML juridique:

img src = "mypic.gif"> mypic.gif img src = '>

En dépit de cette clémence, XHTML ne nécessite que tous les attributs ont des valeurs. La simple existence d'un nom d'attribut ne suffit plus. Ce code HTML:

input type = "checkbox" checked handicapés> doit devenir cette XHTML: input type = "checkbox" checked = "checked" disabled = "disabled" />

et ce code HTML:

Compact> serré pressé!

doit devenir cette XHTML:

compact = "compact"> serré pressé!

XHTML est un attribut important d'autres "Gotcha". Tandis que le HTML permet l'utilisation de l'esperluette dans les valeurs d'attribut - ils sont communs dans les chaînes de requête URI, par exemple - XHTML requiert l'utilisation d'une entité (&) à la place de l'esperluette. Le formulaire HTML:

a href = "color = http://www.simonstl.com/example/test.jsp?name=Simon&birthday=1125&hair brun"> Anniversaire lien

doit devenir ce formulaire XHTML:

a href = "http://www.simonstl.com/example/test.jsp?name=Simon&birthday=1125 & amp; = coloration brun"> Anniversaire lien

Identificateurs uniquesLe conflit entre le nom et l'ID décrit précédemment a été réglée en faveur d'identité (même si maintenant il est id). La spécification XHTML décrit comme NOM Obsolète - Un vide qui permet aux développeurs d'utiliser l'attribut, mais suggère une durée de vie courte. Éléments obsolètes ne survivent dans les navigateurs HTML pour la plupart, mais on ignore si XHTML traitera de réprobation et éventuel retrait de la spec plus au sérieux. En XHTML 1.0, vous pouvez créer des identificateurs de deux façons. La première manière est plus simple, mais il perd la compatibilité descendante:

 1.1 Conformité

La deuxième manière ressemble duplication inutile, mais c'est valable pour les navigateurs HTML et XHTML:

 1.1 Conformité

À long terme, le passage à ids, il sera plus simple à intégrer XHTML avec les nouveaux outils de liens hypertextes qui se font jour dans le monde XML. Elle permettra aussi de favoriser la cohérence dans les projets existants tels que le HTML dynamique en la rendant plus facile à appliquer des feuilles de style en cascade et le Document Object Model. Le changement vers XHTML apporte avec elle un quart de travail supplémentaire pour les identificateurs. Ils ont maintenant de commencer par une lettre, soulignement, ou du côlon, et mai consistent en des lettres, des chiffres, de soulignement, les deux-points, traits d'unions et les époques. Les espaces ne sont plus autorisés, par exemple.

Validation et fiabilité

Nouveau sur XHTMLXHTML apporte un peu de nouveaux outils à votre arsenal de développement Web. Dans certains cas, ils remplacent les anciens outils HTML dans d'autres cas, ils apportent des fonctionnalités XML XHTML. Vous devez vous habituer à ces assez rapidement, bien que certains d'entre eux mai causer des problèmes en faisant du travail XHTML avec les anciens navigateurs HTML. Comme le passage de HTML vers XHTML devient plus prononcé, vous serez en mesure de les utiliser de plus en plus facilement.

XML déclarationsLes documents XML sont généralement précédés d'une Déclaration XML - Un peu bizarre de balisage qui indique le numéro de version XML et, parfois, l'encodage des caractères utilisés. Par exemple, un document pourrait commencer par:

Cela indique que le document est un document XML (ou devrait être, en tout cas!) Écrit à se conformer à la version 1.0. Le codage de caractères utilisée est une transformation de 8-bits de l'Unicode. Les valeurs utilisées pour la déclaration de codage sont les mêmes que ceux utilisés par l'attribut charset l'élément HTML meta, et la recommandation XHTML suggère d'utiliser les deux. (Dans le cas d'un conflit, les victoires déclaration XML, though.) Par exemple, un document XHTML pourrait commencer comme ceci:

 Mon document US-ASCII  ...

La déclaration XML est facultative, de même que la version et l'encodage des déclarations qu'il contient. Par exemple, vous pouvez inclure cette simple déclaration XML au début d'un document XHTML:

 Ou encore:  Ou encore:

Certains anciens navigateurs HTML affichage de la déclaration XML en haut de la page, ainsi vous pouvez l'omettre si cela vous dérange. Sans déclaration XML, cependant, vous êtes limité à l'encodage de vos documents en UTF-8 ou UTF-16 - du moins si XML logiciel traite vos documents XHTML en tout point.

un article présenté par Albert Lichtblau

Disclaimer:Notre site n'est pas responsable du contenu de cet article. Webarticles est une ressource d'information gratuite.
Important: Cet article «XML et XHTMLs maximale Structure" a été traduit par un logiciel automatique. Nous nous sentons désolés pour les fautes d'orthographe que mai ont eu lieu. Nous vous remercions de votre compréhension.