Les XSD en détail

Elles permettent de restreindre les types de données qui
peuvent apparaître dans différents endroits.

Revenons sur les données séparées par des virgules mentionnées
un peu plus haut. Supposons que vous développiez
une application qui reçoit un fichier CSV de la part d’un interlocuteur
(peut-être le programmeur deux cloisons plus
loin) et qu’un mois après que vous l’ayez déployée, un gars
du marketing en entende parler et veuille que son développeur
Web esseulé puisse y accéder. Celui-ci ne sait pas dans
quel ordre envoyer les champs ou si vous pouvez accepter
des caractères alphabétiques pour un ID client. Vous vous
dites, « Hum… Il faut peut-être que j’écrive quelque documentation
pour ce bonhomme » et donc vous faites prendre
l’air à  Microsoft Word et commencez à  taper. Vous ouvrez
aussi une session 5250 et faites un copier/coller du DDS du
fichier physique où les données aboutissent, afin que le développeur
Web voie les noms de champs de huit caractères
élégamment formatés dont vous êtes si fier.

Cela étant fait, vous vous dirigez confiant vers le programmeur
et lui tendez la documentation dont il a besoin
pour dialoguer avec votre service Web. Le développeur Web
a maintenant la joie de consulter votre « documentation »
pour savoir ce dont votre service Web a besoin en entrée, et
il doit aussi apprendre votre format de documentation parce
qu’il est différent du dernier jeu qu’il a reçu de la part de
votre service. Vous voyez le problème ? La solution réside
dans une XSD. Pour consolider le tout, vous pouvez utiliser
un schéma XML comme moyen standard pour communiquer
les règles régissant l’apparence des fichiers XML. L’intéressant
est que les schémas ont de plus en plus de succès dans
toute l’industrie IT – et surtout chez IBM, Sun et Microsoft !