Version imprimable
bonjour,Code:<xsl:template match="//A[Aid[@id=//Aa/Aaid[AidPar/codeType='Xp' or AidPar/codeType='Yp']/AidChi/@mid]/codeType='X' or codeType='Y']/uom"/>
soi mon expression xpth ci dessus
le probleme vient déja de la partie
en effet, si la valeur est effectivement 'X' alors le template match mais pas si c est Y...Code:codeType='X' or codeType='Y'
evidemment si je change X pour Y dans mon template ça remarche mais bon ça ne regle pas mon probleme...
une idée?
:oops:
Bonjour,
ça ne fonctionnera que si codeType est aussi un fils de l'élément A.
Mais tu ne devrais pas mettre des prédicats aussi compliqués dans un pattern (attribut match). D'abord parce que c'est plus difficile à débogger, et en plus c'est mauvais en termes de performances, le "pattern matching" étant assez coûteux en calculs.
je viens de corriger l erreur...mais effectivement à debogguer c est l enfer...
que me conseilles tu?
matcher le champ et tester le parent et les relations de celui ci???
Quelques conseils :
D'une manière générale, il vaut mieux laisser les "match" les plus simples possibles, et déplacer la complexité dans les "select".
Dans la mesure où c'est possible, utilise des for-each plutôt que des templates.
Vois si l'utilisation judicieuse d'un ou plusieurs xsl:key ne peut pas alléger l'écriture de tes prédicats et améliorer les performances
je croyais que les for-each étaient tres demandeurs en ressources...??
quant à l utilisation des key...je ne comprends toujours pas mais j espere progresser encore :lol:
merci
Moins que la combinaison apply-templates/template.Citation:
Envoyé par tiscars
Il faut bien voir que le apply-templates sélectionne une liste de noeuds, et il faut ensuite que le processeur XSLT définisse les templates qui peuvent s'appliquer à ces noeuds (en appliquant à chaque noeud de la liste l'attribut match de chaque template, ce qu'on appelle du "pattern matching"). Parmi les templates candidats, le processeur XSLT choisit celui qui va finalement s'exécuter selon la priorité de chaque template, calculée selon une règle précise (plus le pattern est spécifique, plus il est prioritaire sur les autres).
A tout ce processus, il suffit de comparer le for-each qui se contente de faire une itération sur la liste de noeuds sélectionnée pour se rendre compte de ce qui est le plus gourmand en ressources...
Faut pas désespérer... :wink:Citation:
Envoyé par tiscars
ok mais justement là il y a un probleme car au niveau des templates j ai d une part
etCode:<xsl:template match="//A[Aid[@id=//Aa/Aaid[AidPar/codeType='Xp' or AidPar/codeType='Yp']/AidChi/@mid]/codeType='X' or codeType='Y']/uom"/>
...et bien s est le 2eme qui s execute à tous les coups...Code:<xsl:template match="//A"/>
or je pensais que plus le template était spécifique (j entend par là le plus complexe au niveau prédicats) plus il était prioritaire
C'est le deuxième qui s'exécute systématiquement parce que le prédicat du premier, à cause sans doute d'une erreur de logique, renvoie systématiquement false. C'est bien pour cela que je te conseille d'éviter les templates avec des prédicats complexes avec dans leur attribut match, parce que les erreurs ne sont pas faciles à mettre en évidence.
D'autre part, un match="//A" est totalement inutile, utilise un match="A".
merci