Cliquez ici.
Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.

 
Cliquez ici.

dev@xmlfr.org : liste de discussion des développeurs du site XMLfr

[dev@xmlfr.org] Re: XMLfr et Lucene : phase 2bis - tests avec Orbeon Presentation Server

[dev@xmlfr.org] Re: XMLfr et Lucene : phase 2bis - tests avec Orbeon Presentation Server

Auteur: Erik Bruchez <erik@bruchez.org>
Date: 26/09/2004 - 22:01

Frédéric Glorieux wrote:

> 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...

Bien sur. XInclude a ses utilisations. En fait, je trouve decevant
qu'il ne soit pas plus implemente (y compris dans Presentation
Server...).

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.

> 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 :-)

> 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.

C'est un langage fonctionnel presque classique, quoi qu'avec beaucoup
de lacunes. Le fonctionnel pur (i.e. absence d'effets de bord) a
beaucoup de sens pour des transformations, car il permet au
transformer de faire des optimisations tres importantes. C'est heureux
que les designers de XSLT s'en soient rendu compte, mais dommage
qu'ils ne soient pas alles plus loin. 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.

-Erik

--
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:01:15 2004

Archive générée par hypermail 2.1.8 le 04/10/2004 - 20:25 UTC

webmaster@xmlfr.org

 

dev@xmlfr.org

Liste de discussion de la communauté des développeurs de XMLfr.

Cette liste publique est dédiée aux discussions concernant la conception et le développement technique du site XMLfr.



Cliquez ici.
Cliquez ici.

Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot  

Conception, réalisation et hébergement
Questions ou commentaires
  redacteurs@xmlfr.org