From: Herve AGNOUX (herve.agnoux@diaam-informatique.com)
Date: 11/03/2004 - 14:56
Le Jeudi 11 Mars 2004 09:58, Eric van der Vlist a écrit :
>
> Plus précisément, la requête HTTP arrivant sur le serveur XMLfr
> référencie un document "layout XML" (suivant la technique des feuilles
> de styles sans style
> http://xmlfr.org/documentations/articles/001214-0001) et c'est ce
> document layout qui fait appel (via XSLT) aux données qui doivent être
> incluses dans la page dont certaines peuvent être des ressources
> dynamiques (cgi par exemple).
>
Finalement j'ai l'impression que nos idées ne sont pas si différentes que ça,
alors... sauf que je suis persuadé que plutôt que des "feuilles de styles
sans styles", qui reviennent, si j'ai bien compris, à utiliser XSLT
uniquement pour les capacités de transformation de XML vers XML, il vaut
mieux utiliser un langage informatique.
En effet, XSLT ne permet que de recomposer des éléments XML. Mais il lui est
difficile (mais pas impossible, c'est vrai) d'en créer. Or, au cours de
l'opération d'assemblage de données éparses, l'objectif principal est souvent
de créer des éléments.
>
> C'est plus proche de la logique "push" (ou pipes) qui est la logique
> "par défaut" de Cocoon. J'ai estimé lorsque j'ai conçu XMLfr en début
> 2000 que cette logique serait plus complexe et moins facile à maintenir
> puisqu'il faut à la fois des "concepteurs de pages" et des "concepteurs
> de pipes".
>
En 2000, c'est possible, mais aujourd'hui ? Ne suffit-il pas d'un " | " sur la
ligne de commande pour avoir un pipe ? Et avec la technique SAX (j'avoue que
je ne sais même pas si SAX existait en 2000), cette approche par pipe a été
considérablement perfectionnée, puisque le pipe intervient sur les noeuds
même du document XML.
Cette approche permet de mieux contrôler les opérations, particulièrement au
niveau des tests, et surtout d'être plus proche de leur sémantique : à chaque
étape correspond normalement une signification dans le monde réel (ce qui
peut justifier de collecter plus de deux sources à la fois, je le reconnais).
Plus qu'à concevoir un pipe, le problème aujourd'hui me semble être surtout de
concevoir des filtres. "Filtre" est d'ailleurs un mauvais terme, puisque ces
objets créent souvent à la volée les noeuds XML. (vous en aviez fort
justement parlé en répondant à une question sur l'intégration de fichiers
plats dans un traitement XML).
Aujourd'hui cette séparation pages / pipes / filtres me semble bien plus
efficace que l'utilisation d'une seule feuille de style xslt pour collecter
différentes sources de données, que ces sources soient acquises par Rest ou
par n'importe quoi d'autre. Et si vous y tenez vous pouvez parfaitement vous
limiter à la technologie XSLT pour faire les filtres, ou, bien sûr, utiliser
l'approche Rest pour présenter les pages. J'admets même que "se limiter" n'est
pas forcément une erreur, bien au contraire.
Cordialement.
--
SARL diaam informatique - 04 50 44 26 54
Ingenierie, développements de systèmes d'information
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:05 UTC
webmaster@xmlfr.org
| 
