xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Re: XSLT Experiences Douloureuses ?
From: Herve AGNOUX (herve.agnoux@diaam-informatique.com)
Date: 05/08/2002 - 10:16
Le 29 Jul 2002 abella free a écrit :
>
> Je souhaiterai savoir si quelqu'un peux m'informer sur des experiences
> douloureuses (difficultes de programmation, de realisation ou de mise
> en exploitation) rencontrees lors de l'utilisation d'XSLT.
>
Décidemment vous avez XML dans le collimateur !
La première chose que l'on peut répondre est que dans l'ensemble XSLT
est une bonne technologie, dans la mesure où on lui demande de faire
ce pour quoi elle est faite. Cette technologie est même assez
éléguante. Mais il y a quelques pièges mals venus, parlons-en.
On dit souvent que XSLT peut transformer n'importe quel document XML
en n'importe quel autre document XML. C'est vrai. Le seul ennui,
c'est que "n'importe quel" ne signifie pas forcément "le document
précis que l'on veut vraiment". Il y a quelques traitements
difficiles à réaliser avec XSLT, comme le classement des
informations, par exemple.
Nous avons eu récemment quelques échanges à propos de la vitesse de
traitement des fichiers XML. Je vous avais dit qu'à mon avis il était
possible de recevoir et de tester les fichiers XML aussi vite que
n'importe quelle autre format. Mais, sur les transformations XSLT, je
n'essaierai même pas de me battre. Si vous avez des fichiers de
plusieurs mega octets à transformer et que le temps est pour vous un
paramètre important, XSLT est une mauvaise technologie.
XSLT est souvent employée pour transformer un document XML en un
document HTML. A ce moment là, deux "systèmes structuralistes" se
rencontrent : celui du contenu, et celui du contenant. Un auteur, une
personne du métier, ne structure pas son document de la même façon
qu'un designer.
Ils n'ont donc pas à repérer les mêmes choses dans un texte. Or, le
système de balises est souvent conçu pour repérer les informations
dans le système de l'auteur, du métier, pas dans celui du designer.
Un cas typique est que le designer veut souvent mettre la première
lettre d'un paragraphe en relief. C'est évidemment complètement
inutile du point de vue de l'auteur. Et il ne viendrait à l'idée de
personne de placer des balises pour repérer la première lettre d'un
paragraphe. Par conséquent il est difficile de réaliser cela avec
XSLT, alors que c'est une démarche extrêmement courante chez les
designers.
<pub>
La SARL diaam informatique travaille depuis plusieurs années sur ces
questions d'automatisation des publications, et réalise des outils
logiciels pour cela. Contactez-nous pour de plus amples informations
!
</pub>
Le "monde SVG" semble être très dynamique sur ces sujets frontières
"contenu / contenant". Il y a eu un "[INFO]" là dessus, voyez les
archives. C'est une bonne chose parce que l'habitude est de dire que
contenant et contenu doivent être parfaitement séparé, dans les faits
la situation est beaucoup plus complexe.
Ce problème des rencontres des systèmes structuralistes peut bien sûr
être généralisé à toute transformation XSLT, pas seulement les
transformations XML -> HTML.
Une autre expérience douloureuse est que XSLT est une technologie
assez ardue. Il faut savoir utiliser le XSLT soi même, le XPath, tout
connaître des subtilités du XML bien sûr, avec en plus probablement
le domaine métier + le domaine designer ! Autant dire que c'est
mission impossible, est la personne qui s'occupe d'écrire la
transformation XSLT doit être avant tout une personne de dialogue.
Voilà, je crois que c'est tout.
Ces réserves faites, vous pouvez user et abuser du XSLT.
Cordialement.
--
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-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 30/08/2002 - 19:52 UTC
webmaster@xmlfr.org
| 
