From: Benoît Barré (benoitbarre@free.fr)
Date: 18/06/2003 - 12:57
Dans le même ordre d'idée, essayer de supprimer les xsl:for-each.
D'autre part, il faut également regarder du coté des docs des parseurs utilisés
et processeurs XSLT. On a parfois des surprises dues aux implémentations.
bB
En réponse à Sylvain Wallez <sylvain.wallez@anyware-tech.com>:
>
> DENIS Christophe wrote:
>
> >bonjour,
> >je pense pas qu'il y ai des optimisations cote parseur a faire.
> >toute l'optimisation que tu peux faire c'est dans ta xslt.
> >verifie l'ordre de tes instructions (des if imbriqué par exemple)
> >verifie si tu peux pas enlever des count() inutile
> >
> >si t'as des <xsl:call-template />
> >essai de voir si tu peux pas nommer tes template pour reduire le
> nombre
> >d'appel
> >
> >bref, regarde si tu peux pas alleger ton algo pour reduire les
> instructions
> >
> >
>
> Un facteur d'optimisation important est aussi la chasse à l'axe
> "descendant" (ou "//"). Par flemme, on a souvent tendance à utiliser
> pour éviter de taper tout le chemin d'accès à un élément, mais il faut
>
> savoir que cet axe fait une exploration récursive complète de l'arbre
> XML. Si la structure du document est régulière, on a donc intérêt à
> écrire explicitement les chemins.
>
> Sylvain
--
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)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC
webmaster@xmlfr.org
| 
