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.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

xml tech : Technologies XML

[xml-tech] Re: différences entre les parseurs XSL

[xml-tech] Re: différences entre les parseurs XSL

Auteur: Eric van der Vlist <vdv@dyomedea.com>
Date: 05/07/2005 - 19:21
X-Mailer: Evolution 2.2.1.1

Bonjour,

On mar, 2005-07-05 at 18:05 +0200, Ludovic Gasc wrote:
> Bonjour,
>
> J'ai vu qu'il existait différents parseurs XSL (sablotron, celui de chez
> microsoft, celui de chez mozilla...)
> j'ai du mal à voir les différences entre chaque parseur, la seule différence
> qu'il m' semblé comprendre c'est que certains utilise l'API DOM et d'autres
> SAX.
> Qu'est ce que cela change concrètement au niveau des performances ? de la
> qualité de la transformation ? Tout élément de réponse m'intéresse.

Le choix DOM ou SAX n'influence pas beaucoup les performances puisque
les processeurs XSLT actuels constituent un arbre en mémoire même
lorsqu'ils présentent une API SAX.

De manière générale, les processeurs écrits en C sont plus rapides que
ceux écrits en Java, mais même cette règle n'est pas absolue puisque
j'ai vu, sur certaines transformations, Saxon (écrit en C) être plus
rapide que libxslt (écrit en C). Il suffit pour cela de tomber sur un
cas particulier sur lequel Saxon a prévu une optimisation qui n'a pas
été prévue dans libxslt et cela peut changer d'une version à l'autre.

Parmi les processeurs Java, le plus rapide est généralement XT (mais son
support de la recommandation XSLT 1.0 est incomplet) suivi de Saxon puis
de Xalan.

Je n'ai pas d'éléments de comparaison sur les processeurs écrits en C.

Enfin, il n'y a pas que les performances à comparer mais également les
extensions (deux d'entre elles sont particulièrement incontournables :
la conversion de "result tree fragments" en nodesets et le support de
documents multiples en sortie).

A ce niveau, j'ai tendance à accorder ma préférence aux processeurs
supportant EXSLT puisque cela assure une certaine compatibilité au
niveau des ces extensions.

Cordialement,

Eric van der Vlist

>
> Merci beaucoup.
>
> Bonne journée.

-- 
Lisez-moi sur XMLfr.
                       http://xmlfr.org/index/person/eric+van+der+vlist/
------------------------------------------------------------------------
Eric van der Vlist       http://xmlfr.org            http://dyomedea.com
(ISO) RELAX NG   ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
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)
Received on Tue Jul 5 21:21:11 2005

Archive générée par hypermail 2.1.8 le 31/07/2005 - 10:22 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



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@online.fr  

Conception, réalisation et hébergement