From: Herve AGNOUX (herve.agnoux@diaam-informatique.com)
Date: 05/09/2001 - 05:33
Le 4 Sep 01, Benoit Lefevre a écrit :
> Ca me permettrais de passer d'un palichon : "On a choisi XML"
> a quelque chose de plus serieux : "Y a pas que XML dans la vie;
> la preuve, d'autres choses existes, mais c'est bien partie pour
> etre le principale; et c'est pour ca qu'on l'a choisi"
>
Oui, le choix d'XML ne va pas forcément de soi, oui, il y a d'autres
choix possibles.
XML devrait rester un outil dans la trousse du programmeur. UN
DES outils, pas LE outil. Comme tous les autres, il faut le choisir
en fonction de ce que l'on doit faire. C'est un bon outil, encore faut-
il qu'il soit bien utilisé.
Bon, quels défauts ? Les plus gros que je vois sont
psychologiques.
Premièrement, dès qu'on parle d'XML on gomme complètement ce
que les grands-pères de l'informatique appellent la grammaire (hé !
hé !). On parle beaucoup du coté lexical (les balises), facilité, c'est
vrai, par XML, mais très peu de la façon d'organiser les éléments
les uns par rapports aux autres. De ce coté là, je trouve que la
situation est bien plus pauvre qu'auparavant, où, au moins, avec lex
et yacc, tout le monde savait qu'il y avait deux étapes dans la
définition d'un langage, et que ce n'était pas du tout parce qu'on
avait un vocabulaire qu'on avait terminé.
Pourtant, avec les DTD, les schemas, etc, les outils, techniques et
méthodes ne manquent pas pour faire de la grammaire. Non, dans
un élan curieusement bien étroitement français, le monde entier
préfère utiliser DTD et shémas pour controler et valider, non pour
organiser. On dit fièrement : "J'ai un document valide avec ma DTD
!", en oubliant de dire que le test se fait par informatique, que
l'informatique ne fait jamais que ce qu'on lui demande de faire, et
que si on lui demande valider le désordre, elle le valide.
Ce désordre se paie au prix fort : chacun invente son XML dans
son coin, il y a une multiplication de langages, personne ne s'y
retrouve. Les seules repères sont les anciens vocabulaires où le
travail grammatical et sémantique est déjà considérable, qui
s'actualise avec XML. Par exemple (sous reserve, je ne suis pas
historien) DocBook, RDF (me semble-t-il), et bien sûr Edifact avec
ebXML.
Deuxième gros problème, la situation n'est pas claire du tout au
niveau de la lisibilité des documents XML, particulièrement par des
humains. Cela découle du défaut 1, en fait. Qui prétend qu'une
feuille de style XSLT est clairement lisible ment, c'est mon opinion.
Et pourtant une feuille de style XSLT est un document XML. La
situation devient encore plus hypocrite lorsque, pour cause de
complexité informatique, certains se mettent carrément à dire
qu'un document XML est un document informatique qui n'a pas lieu
d'être lu par des humains, sauf pour raison de déboguage, comme
si, pour déboguer, il ne fallait pas être face à des informations
claires ! La clarté à tous les niveaux de documentation d'un projet
informatique est et restera un combat quotidien de tous les
informaticiens normaux. Contrairement à une croyance trop
répandue, si un document n'est pas lisible par une personne, il ne
l'est pas non plus par un ordinateur.
Ces deux premiers défauts sont plutôt d'ordre psychologique, ils ne
viennent pas du XML lui même mais de l'utilisation qu'on en fait, je
le répète, et bien entendu tout le monde aura compris que je ne
suis pas très fort en psychologie ; donc j'ai pas de solutions.
Et les outils ? C'est la zone obscure du XML. C'est la faille
technique. Si vous êtes informaticien habitué de la ligne de
commande, cela va à peu près. Emacs, Xalan, XML Notepad,
quelques-uns plus évolués que je ne connais pas, permettent de
se sortir facilement de toutes les situations.
Même au niveau informatique, dès que l'on rentre dans le domaine
des environnements de développement, à la recherche d'une
simple chaîne de développement XML / XSLT / HTML, il n'y a rien
de vraiment mieux qu'un editeur + internet explorer + xalan/xercès
+ java. C'est très ennuyeux.
Cette lacune au niveau des outils est encore plus pénalisante dans
le domaine des navigateurs. Alors qu'ils étaient l'objectif, ils sont
devenus l'écueil. Microsoft a fait un bon travail avec Internet
Explorer, mais trop matiné de matériel propriétaire ; il me semble
que les principales normes (XSLT par ex.) ne fonctionnent tout
simplement pas avec ce navigateur.
Par contre, encore une fois, au niveau des modules de
développement informatique, c'est le pied avec XML. Il y en a plein
d'excellents, partout.
Et les avantages ?
Le premier, c'est la notion de document. Un document est un truc
qui a un début et une fin, et qui est complet. Une base de données
n'a ni début ni fin, et personne ne sait si elle est complète ou pas.
La quantité de documents que l'on doit gérer est invraisemblable.
Et XML apporte un concensus minima sur la façon d'aborder leur
expression et leur traitement.
La seule difficulté est de différencier documents et base de
données, et ce n'est pas toujours simple, parce que rien
n'empêche un document de devenir une base de données, et vice
versa. Au contraire, c'est mieux. (donc c'est pire).
Le second avantage est que XML est bien fait. C'est un bon modèle
pour construire des vocabulaires et des grammaires pour n'importe
quel métier. Les documents que vous construirez avec ces
principes seront facilement exploitables au sein du web ou d'un
intranet. (surtout si en plus vous parvenez à éviter les deux défauts
psychologiques que j'ai signalé au départ). Il est difficile de faire la
liste des qualités du XML : l'Unicode, le balisage, les espaces de
noms, XPath...
Bref, XML est une réussite.
A+.
--
Sur le Web, tout de suite.
Herve AGNOUX - diaam informatique
http://www.diaam-informatique.com
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC
webmaster@xmlfr.org
| 
