[XSLT][XPath] trop de récursion

Hello,
Je cherche à faire des templates qui ne s'appliquent qu'au niveau au dessous d'eux et pas en récursion...
Si j'ai:

Code:

---

1 2 3 4 5 6 7

<A> <B> <C/> <!--premier--> </B> <C/> <!--second--> </A>

---

je voudrais pouvoir faire qq chose du genre:

Code:

---

1 2 3 4 5 6

<xsl:template match="A"> <xsl:apply-templates/> ... </... <xsl:template match="C"> (mais que le second C, pas celui qui est dans <B>.) ...

---

Donc en fait, qu'il ne cherche pas en récursion... Et cela pas uniquement pour ce niveau, mais que ce soit générique, que le même template le fasse pour un niveau plus profond aussi...
En espérant être assez clair ;), merci d'avance

mmm...

disons que tu as plusieurs méthodes, en fonction de comment ta feuille de style doit fonctionner...

En fait, soit tu empêche la transfo de l'élément C fils de B :

Code:

---

1 2 3 4

<xsl:template match="B"> <xsl:apply-templates select="*[not(name()='C')]"/> ... </...

---

ou bien tu peut mettre une condition sur la règle de "C" :

Code:

---

1 2 3 4

<xsl:template match="C[count(ancestor::*)=1]"> <-- règle pour les "C" ayant un 1 seul ancêtre --> ... </...

---

ou bien :

Code:

---

1 2 3 4

<xsl:template match="C[parent::A]"> <-- règle pour les "C" ayant un père "A" --> ... </...

---

je me suis peut-etre craqué sur la syntaxe XPath mais certains me corrigeront avec joie :D

Je pense que la dernière solution va faire mon bonheur...
Merci bien

Citation:

---

Envoyé par djamonphil

Code:

---

1 2 3 4

<xsl:template match="C[parent::A]"> <-- règle pour les "C" ayant un père "A" --> ... </...

---

---

Question concision et performances, il vaudrait mieux cela :

Code:

---

1 2 3 4

<xsl:template match="A/C"> <-- règle pour les "C" ayant un père "A" --> ... </...

---

;)

tiens tant qu'on y est...
les 2 syntaxes suivantes, bien que synonymes, ne sont pas interprêtées de la même manière ??? ce dépend des processeurs je suppose, mais est-ce vrai que les perf peuvent s'en faire ressentir ?

Code:

---

match="A/C"

---

Code:

---

match="C[parent::A]"

---

Citation:

---

Envoyé par djamonphil

les 2 syntaxes suivantes, bien que synonymes, ne sont pas interprêtées de la même manière ???

---

Je ne pense pas. Si je devais développer un processeur XSLT, je considérerais le "pattern matching" comme une l'évaluation d'une expression XPath inversée. Ainsi, "matcher" A/C pour un template revient en fait à évaluer self::C/parent::A avec chaque noeud de la liste courante de noeuds sélectionnés, tandis que C[parent::A] serait traduit en self::C[parent::A]. Encore que ça puisse changer d'une implémentation à l'autre, on peut considérer que l'évaluation d'un chemin prend moins de ressources que celle d'un prédicat, où le noeud contextuel doit être empilé/dépilé.

En terme de facilité de lecture, par contre là y'a pas photo. ;)