xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Auto-reply: Re: XSLT Experiences Douloureuses ?
From: BERNARD.GAMEL (BERNARD.GAMEL@oracle.com)
Date: 05/08/2002 - 10:17
-- Attached file included as plaintext by Listar --
Je suis absent du 02/08/2002 au 23/08/2002 inclus.
Pour les urgences, merci de voir auprès de Carla GAMBA.
I am out of the office from 08/02/2002 until 08/23/2002 included.
For any critical question, please contact Carla GAMBA.
carla.gamba@oracle.com
-- Attached file included as plaintext by Listar --
Return-Path: <xml-decid-bounce@xmlfr.org>
Received: from inet-mail3.oracle.com (inet-mail3.oracle.com [148.87.2.203])
by rgmgw6.us.oracle.com (Switch-2.1.3/Switch-2.1.0) with ESMTP id g75AHX121244;
Mon, 5 Aug 2002 04:17:33 -0600 (MDT)
Received: from inet-mail3.oracle.com (localhost [127.0.0.1])
by inet-mail3.oracle.com (Switch-2.2.3/Switch-2.2.3) with ESMTP id g75AHRS24363;
Mon, 5 Aug 2002 03:17:27 -0700 (PDT)
Received: from mail.dyomedea.com (new.dyomedea.com [64.23.60.117])
by inet-mail3.oracle.com (Switch-2.2.3/Switch-2.2.3) with ESMTP id g75AHI224270;
Mon, 5 Aug 2002 03:17:26 -0700 (PDT)
Received: from new.dyomedea.com (unknown [64.23.77.137])
by mail.dyomedea.com (Postfix) with ESMTP
id EC1641E466; Mon, 5 Aug 2002 06:16:11 -0400 (EDT)
Received: with LISTAR (v0.129a; list xml-decid); Mon, 05 Aug 2002 06:16:11 -0400 (EDT)
Delivered-To: xml-decid@dyomedea.com
Received: from relay-1m.club-internet.fr (relay-1m.club-internet.fr [194.158.104.40])
by mail.dyomedea.com (Postfix) with ESMTP id 428401E45D
for <xml-decid@xmlfr.org>; Mon, 5 Aug 2002 06:16:11 -0400 (EDT)
Received: from herve95 (srs08m-5-223.n.club-internet.fr [212.194.220.223])
by relay-1m.club-internet.fr (Postfix) with ESMTP id 9612216A3
for <xml-decid@xmlfr.org>; Mon, 5 Aug 2002 12:16:05 +0200 (CEST)
From: "Herve AGNOUX" <herve.agnoux@diaam-informatique.com>
To: xml-decid@xmlfr.org
Date: Mon, 5 Aug 2002 12:16:09 +0200
MIME-Version: 1.0
Subject: [xml-decid] Re: XSLT Experiences Douloureuses ?
Message-ID: <3D4E6C89.29790.81A142@localhost>
Priority: normal
In-reply-to: <CGEHJGJIJOJONPKOHPNEAEBOCBAA.fabella@free.fr>
References: <OF0B8C552C.CB5963E1-ONC1256C01.007E6041-C1256C01.007E6041@kirchberg.crpht.lu>
X-mailer: Pegasus Mail for Windows (v4.01)
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 8BIT
Content-description: Mail message body
X-archive-position: 1305
X-listar-version: Listar v0.129a
X-original-sender: herve.agnoux@diaam-informatique.com
Precedence: list
Reply-To: xml-decid@xmlfr.org
X-list: xml-decid
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)
--
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
| 
