>>Dès lors qu'on accepte qu'une sortie soit une URI appelable, je ne vois
>>pas la difficulté ou alors je manque le problème.
>
>
> Oui :-) ...
Donc je manque le problème.
> Cela n'est peut-être pas très courant, mais on peut imaginer
> que l'on souhaite générer non pas une mais plusieurs sorties et que l'on
> souhaite les traiter séparément avant une éventuelle recomposition.
OK pour cela, disons donc un truc du genre
/----\
---- ----
\----/
Exemple déjà posté, mais il me semble qu'il y a de multiples manières de
traiter cela hors pipes : xinclude, java...
> Au passage, il faut noter que XPL a une vocation généraliste et cherche
> à pouvoir être utilisé en dehors du cadre des applications Web qui ne
> renvoient qu'un seul flux à leurs clients HTTP.
OK, mais un jour où l'autre, une sortie est identifiée ? Une URI,
affinée par exemple selon le client qui requière (un browser select sur
un header), pour les fichiers c'est obligatoirement plus simples...
Je me souviens avoir suivi les premières réflexions publiques de
Mazzochi sur les TeePipe, qui pour finir n'ont pas été implantés
(Sylvain saura mieux dire). En fait, j'ai encore l'impression d'être en
théorie, mais je saurais m'incliner au plus vite devant les faits.
Imaginons par exemple que je veuille répondre HTTP et écrire un fichier
à un stade de tuyau, je ne sais pas si une syntaxe serait capable
d'exprimer tout ce dont j'ai besoin.
> Le tuyau n'est qu'une métaphore... il ne faut pas nécessairement s'y
> limiter, toute métaphore a ses limites.
OK, mais une langue sans métaphore serait artificielle ? XSL est par
exemple très perturbant depuis le procédural ou l'objet, mais une fois
compris (et j'aimerai qu'on me dise à qui l'on doit ça, James Clark ?),
c'est extraordianire. Par contre, lorsque les expressions XPath (1 et
surtout 2) deviennent trop longues, même le fichier devient dur à lire.
Autrement dit, je suis encore en discussion abstraite sur xpl, mais je
ne lui demande pas de tout faire, je veux surtout qu'il soit compréhensible.
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie au developpement du site XMLfr.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a dev-request@xmlfr.org
(mailto:dev-request@xmlfr.org?Subject=unsubscribe)
Received on Sun Sep 26 21:38:05 2004
