Définir le format d'un document avec XML Schéma

Voir :

• Tutoriel (excellent mais en englais)
• XML Schema Part 0: Primer
• XML Schema Part 0: Primer (en français)
• XML Schema Part 1: Structures
• XML Schema Part 1: Structures (en français)
• XML Schema Part 2: Datatypes

Plusieurs développeurs XML n'étaient pas satisfaits des DTDs :

1. si les documents XML sont si bons pour décrire la structure des informations, alors la description d'une structure de type de document (ses « schémas ») devrait être dans un document XML et non écrite avec sa propre syntaxe.

   En plus d'être plus consistent, ceci permettrait plus facilement d'éditer et manipuler le schéma avec des outils habituels de manipulation de documents.

2. la notation traditionnelle des DTD ne donne pas aux définisseurs de schémas la puissance nécessaire pour imposer assez de contrainte sur les données.

   Exemple: la possibilité de dire qu'un certain type élément doit toujours avoir une valeur positive, qu'il ne peut pas être vide ou qu'il peut faire partie d'une liste au choix.

   Ceci faciliterait le développement de logiciels utilisant ces données car le développeur aurait moins de code de détection d'erreurs à écrire.

Les Schema XML proposent une méthode de réalisation de modèles, alternative aux DTD.

Cette spécification (ensemble de spécifications) est extrêmement prometteuse, plus moderne de conception que les DTD ; elle devrait permettre d'écrire de façon plus simple des modèles.

Objectifs

• Définir des contraintes sur des classes de documents conformes à un même modèle.

  À la différence des DTD, qui ne définissaient que les relations entre les différents composants d'un document, les Schema peuvent typer les données et, par là-même, en documenter leur sens et, donc, leur utilisation.

• L'objectif n'est pas d'avoir un langage extensible permettant d'exprimer n'importe quelle contrainte : seules, les contraintes consensuelles sont exprimables.

  Celles-ci doivent pouvoir être validées par un parser et être mises en jeu pour assister à la création d'information, surtout dans les éditeurs.

• Les Schema ne s'intéressent pas à la validation d'un document XML en tant que tel.

  Un outil validant se basera sur la représentation en arbre d'objets typés et valués, désérialisée selon le standard Infoset (une représentation commune à tous les outils d'un document XML). Ça permet de rendre le processus de validation indépendant d'une syntaxe de codage d'un document.

Principes

Les spécifications sur les Schema sont divisées en deux parties :

• une sur les structures [ recommandation XML Schema Part 1: Structures] et
• une sur les types de données [ recommandation XML Schema Part 2: Datatypes].

Pour mieux comprendre ces deux recommandations, une introduction est aussi proposée [ recommandation XML Schema Part 0: Primer].

D'un point de vue structurel, un Schema se définit comme étant l'assemblage, sous forme d'arbre XML, d'un ensemble de composants. Il en existe 12, dont les principaux sont :

• composants de définition de types, les simples ou les complexes.

  Ils permettent de typer des éléments et des attributs.
  Exemple : une adresse de livraison et une adresse de facturation relèveront toutes deux d'un même type adresse.

  Plusieurs types simples sont prédéfinis ( [ recommandation XML Schema Part 2: Datatypes]).

  Une définition de "type" peut être réalisée en restriction ou en extension d'une définition existante.
  Exemple : le type adresse précédent peut être restreint à des adresses françaises, en jouant sur la définition de la valeur du code pays.
  Une limite du mécanisme d'extension est que l'on ne peut rajouter des éléments qu'à la fin d'un type pré-existant et que l'on ne peut pas les modifier

• composants de déclaration : éléments, attributs et notations

  Ils permettent de déclarer, comme avec les DTD, des éléments, avec leurs modèles de contenus, et des attributs.

• composants groupes : pour la factorisation d'informations de modèles de contenus ou d'attributs

  Ils permettent de définir des modèles qui seront souvent réutilisés, soit pour définir des composants de déclaration, soit pour définir des composants de définition de types. Dans les DTD traditionnelles, ces groupes étaient formalisés par des entités paramètres, qui permettaient, par exemple, de définir tous les composants blocks (paragraphes, listes, remarques, etc.) nécessaires lors de la définition de modèles de contenus.

Un Schema est un modèle d'information défini sous forme électronique (comme l'était une DTD), mais avec des outils de modélisation plus puissants. Le Schema pourra être utilisé comme outil de validation interactif de données, lors de la création de celles-ci, dans un éditeur.