ne vous
saute pas aux yeux. Après tout, il semble s’octroyer plus que
sa part de bande passante et les fichiers CSV (Comma-
Separated Values) ont donné satisfaction pendant des années.
Pourquoi ne pas simplement envoyer des données délimitées
par des virgules sur des « raw sockets » avec un
caractère spécial à  la fin de chaque ligne pour indiquer le début
d’une ligne suivante, et réserver les 10 premiers caractères
de chaque ligne pour décrire le contenu
des octets suivants ? Ou même mieux,
peut-être connaissez-vous la programmation
Web de base et comment utiliser la
transmission d’informations par paire de
valeurs de nom sur l’URL (comme
basketId=1123&PONbr=x09182RPE) ;
pourquoi ne pas simplement transmettre
des données de cette manière et dire qu’il
s’agit d’un service Web?

Il est vrai que cette méthode est parfaitement
acceptable dans de nombreux cas. Mais les services
Web – avec tout leur transport volumineux et leurs folles
technologies – sont tout aussi parfaitement acceptables dans
de nombreux cas. La vérité toute simple est que, quelle que
soit votre méthode, vous devez avoir des raisons de gestion
à  l’appui, sinon vous pourriez bien vous retrouver avec
« l’enfer XML sur roues » et souffrir du même bazar et de la
même maintenance que quand vous codiez des programmes
contenant 14 000 lignes de code ou plus.

La puissance de XML ne réside pas seulement dans le fait
qu’il décrit les données qu’il transporte, mais aussi qu’il est
la base d’une avalanche de technologies recouvrantes
comme les XSD (XML Schema Definitions), XSL (Extensible
Stylesheets Language) et bien d’autres. De plus, XML a beaucoup
d’autres usages que les simples transport, description
et transformation de données. Voilà  déjà  quelques temps
qu’il sert de conteneur de données de configuration et ce
concept ne cesse de s’étendre. Prenons comme exemple la
prochaine release du système d’exploitation XP de Microsoft,
dans laquelle il rendra la GUI basée sur XAML
(Extensible Application Markup Language), lui-même basé
sur XML.