> > 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.
>
> C'est un langage fonctionnel presque classique
[...]
> Mais cet aspect de XSLT a rendu
> son adoption plus difficile. Probablement que 99% des programmeurs
> (chiffre fabrique) ne sont pas familiers avec les approches
> fonctionelles.
Je ne devais pas être dans le 1% qui connaît les langages fonctionnels
classiques :o)
> Mais a chaque langage sa specifite. Si on s'assied autour d'une table
> pour definir un langage qui s'occupe de regler le flot de documents
> XML de et vers des composants qui les consomment et les produisent, on
> arrive rapidement a un ensemble de requirements qui couvrent les cas
> les plus frequents. Pour moi, l'exemple ci-dessus est un cas trivial
> qui doit etre gere. Si on dois recourir a XInclude ou Java (argh !)
> pour l'implementer, c'est pour moi une lacune importante du langage de
> pipeline.
JAVA est probablement incontournable pour génération sur source non XML.
Un cas d'il y a quelques semaines, j'ai des images avec métadonnées
IPTC, il me faut un bout de JAVA pour générer un XML. Cas de xmlfr ici,
générer des réultats depuis Lucene, il vaut mieux le faire en JAVA, ou
alors ça prends un autre langage avec sa logique propre (là c'est une
autre histoire,
<http://www.nongnu.org/sdx/docs/html/doc-sdx2/fr/reference/actions/recherche/requetes.html>,
je suis coupable d'une bonne part du code derrière cette doc)
XInclude est tellement minimaliste, et surtout portable, que je peux
même imaginer transposer ma logique dans d'autres environnements (ex:
sxpipe :o). Si la chose reste lisible et ne chantourne pas trop dans
tous les sens, je préfère personnellement en rester là.
> > 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.
>
> Facile avec XPL :-)
Question parallèle sur un autre mail, cela m'intéresse.
--
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 Mon Sep 27 00:43:32 2004
