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: [Cocoon] Tests de performance RSS (premiers résultats)

From: Frédéric Glorieux (frederic.glorieux@ajlsm.com)
Date: 05/01/2004 - 13:40


>>>générateur "xpathdir"
>>
>>Intéressant, un pipe en moins, mais cela colle plus à cocoon.
>
>
> Non, pas vraiment, les pipes sont comparables (cf
> http://dev.xmlfr.org/cgi-bin/viewcvs.cgi/xmlfr-beta/webapp/tests/rss/sitemap.xmap).
>
> La différence est que l'on n'a pas besoin d'utiliser la fonction
> document() pour aller chercher les infos qui sont déjà là, mais il faut
> tout de même convertir le résultat.

Je me suis mal exprimé, je voulais dire que pour économiser un
document() on s'attache à cocoon, alors que l'xsl peut avoir une vie
indépendante.

>>Est-ce que ce n'est que ça qui justifie la migration ou est-ce
>>l'occasion d'évaluer une nouvelle technologie ? Un escapeURI peut se
>>faire sans trop de mal en pur XSL (avec les inconvénients sur les
>>performances d'un traitement de chaîne)
>
>
> Dans notre cas, c'est sans doute rédhibitoire!

Bien sûr, mais cela reste portable.

> Dans ce cas, qu'est-ce qui est plus portable? XSLT 2.0 ou XSLT 1.0 +
> extensions spécifiques ?

Je pense qu'un connaisseur Relax-NG a une opinion plus avertie sur XSLT
2.0 et les fonctions XQuery qui semblent s'attacher à W3C.XMLSchema. Par
contre je trouve que <xsl:result-document/> ou
<http://www.w3.org/TR/xpath20/#id-for-expressions> sont prometteuses et
simplifieraient quelques casse-têtes.

-- 

Frédéric Glorieux AJLSM, ingénieur documentaire

<frederic.glorieux@ajlsm.com> tel +33 (0)1 49 54 22 22 fax +33 (0)1 49 54 21 80

http://www.strabon.org EUMEDIS - Strabon - WP7 - formation/training Maison des Sciences de l'Homme 54 Boulevard Raspail 75006 PARIS

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



Archive générée par hypermail 2.1.3 le 28/01/2004 - 09:12 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