Extensible Markup Language - Définition

Noms qualifiés - Cette souplesse, et l'eXtensibilité de XML est contrôlée par la qualification des noms. Vous aurez remarqué dans l'exemple de code que la plupart des éléments sont des liens. Comme il s'agit de standards, ils disposent d'une documentation officielle en ligne. Pour une notion commune comme un titre, cela ne semble pas nécessaire. Mais pour des noms beaucoup plus ambigus, comme type, il est très important de déterminer le vocabulaire dans lequel interpréter le mot. Ainsi, Dublin Core est un vocabulaire de métadonnées bibliographiques, type qualifiera des types de document : Text, Image, Sound… Dans un vocabulaire dédié à la documentation informatique comme Docbook, type a le sens de type de données.

xmlns="URI" - En XML, les noms d'éléments devraient toujours être identifiés par une URI. C'est l'objet des attributs xmlns:* sur l'élément racine de l'exemple (xmlns:dc="http://purl.org/dc/elements/1.1/") et des préfixes sur certains noms (dc:type est identifié par l'URI de l'attribut xmlns:dc). Il n'est pas nécessaire ici de détailler plus cette syntaxe. L'essentiel est de retenir qu'en XML, le nom d'un élément ne se choisit pas au hasard, qu'il résulte d'un travail de modélisation, qu'il est précisément identifié.

Le texte

Un nœud texte n'a pas d'enfants, il est toujours contenu dans un élément. Par défaut, il sera traité comme de l'Unicode en UTF-8 ou UTF-16. XML permet de spécifier d'autres encodages dans le prologue (ex. : ). Ce simple choix a déjà apporté une énorme simplification aux problèmes d'encodages que l'on rencontre encore en informatique.

Le traitement des espaces et sauts de lignes en XML peut apporter quelques surprises. Sous sa forme texte, un fichier XML sera probablement indenté par son auteur. La recommandation n'oblige pas un processeur XML à conserver ces espaces non significatifs, sauf instructions particulières (exemple : bloc préformaté

). Il en résulte que le texte XML proposé à un processeur peut ne pas revenir à l'identique après traitement, ce qui cause des désagréments dans certaines applications.
      
texte mêlé - Dans le cas des textes mêlés (exemple : 
 du texte en gras dans un paragraphe
), l'élément parent a plusieurs enfants texte et éléments qui se succèdent, ce n'est pas le texte qui contient un élément (exemple : p/node()[1]="du texte en ", p/node()[2]="gras", p/node()[3]=" dans un paragraphe"). Cette petite remarque n'a d'importance que dans certaines interfaces de manipulation XML (DOM), elle permet aussi de fixer la définition.
      
      
 Les attributs, <élément attribut="valeur">
      
Un attribut est un nom et une valeur, la valeur peut être vide , mais pas nulle  (cette écriture était permise en SGML, on la rencontre encore parfois à propos d'HTML, mais elle n'est pas acceptée en XML). Un nom d'attribut a les mêmes possibilités de qualification qu'un nom d'élément.
      
La valeur est un texte sans élément (ni autres nœuds). Un attribut est toujours porté par un élément. Un attribut est unique. La répétition d'un attribut de même nom sur le même élément provoquera une erreur du processeur XML. L'ordre des attributs n'est pas significatif, et peut ne pas être conservé dans certains traitements.  et  sont équivalents pour un processeur XML, même s'ils sont écrits différemment.
      
      
 Les commentaires 
      
En XML, les commentaires sont délimités par . Le contenu d'un commentaire ne sera pas interprété.
      
.
      
La chaîne de caractères « -- », pour des raisons de compatibilité avec SGML, ne peut apparaître dans le contenu du commentaire.
      
Style - Il est théoriquement possible de traiter le contenu des commentaires XML avec un processeur. Un exemple où cela peut être utile : transformer de la programmation en XML (exemple : XSLT) afin d'en fournir la documentation. Mais il s'agit d'un cas limite, une application XML ne doit pas s'appuyer sur le contenu des commentaires.
      
      
 Le prologue
      
En XML, le prologue est constitué de la déclaration XML , et de la déclaration de type de document (DOCTYPE). La déclaration XML est obligatoire à partir de la version 1.1. La déclaration DOCTYPE avait une grande importance en SGML. Elle attache le document traité par un processeur à son schéma ( DTD, Document Type Definition, « Définition de Type de Document »), afin de le valider, et d'interpréter certains raccourcis (les entités). Désormais, il existe plusieurs langages de validation, et parfois plusieurs manières de les attacher. La déclaration DOCTYPE n'a plus la même importance.
      
 Autres nœuds
      
Afin d'être complet, on mentionnera aussi :
      
      
Les instructions de traitement,  , des nœuds destinés aux logiciels traitant le XML ;
      
Les sections d'échappement,  ne sera pas considéré comme un élément ]]>.
      
      
Historique
 
Comparaison à d'autres formats
 - Introduction - Historique - Composants et syntaxe d'un document XML - Comparaison à d'autres formats - Outils et processus XML - Utilisations et langages dérivés