Discussion :

[ploxien]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
<A>
  <B>
    <C/> <!--premier-->
  </B>
  <C/> <!--second-->
</A>

je voudrais pouvoir faire qq chose du genre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[djamonphil]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[ploxien]

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

[GrandFather]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[djamonphil]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

match="A/C"

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

match="C[parent::A]"

[GrandFather]

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.