Discussion :

[camboui]

J'ai un noeud courant du genre <node id="123">
J'aimerais rechercher un autre noeud du genre <othernode term="123"> qui possède un fils <subnode>.
Je pensais à un code de ce genre

Code :

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

1
2
3
4
 
<xsl:template match="node">
<xsl:value-of select="//othernode[@term={@id}]/subnode"/>
</xsl:template>

mais ça n'a pas l'air de fonctionner.
Merci

[GrandFather]

Bonjour,

{} ne doit pas être utilisé pour faire des substitutions dans une expression XPath, mais uniquement dans des attributs contenant une chaîne quelconque.

Dans ton cas, il suffit d'utiliser la fonction current(), qui comme son nom l'indique renvoie le noeud courant :

Code :

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

1
2
3
<xsl:template match="node"> 
  <xsl:value-of select="//othernode[@term=current()/@id]/subnode"/> 
</xsl:template>

[camboui]

Merci!

C'est ce qu'on appelle une réponse complète

Ainsi, "." et "current()" sont parfois interchangeables, mais pas toujours.
<xsl:value-of select="."/> et <xsl:value-of select="current()"/> sont équivalents.
Mais <xsl:value-of select="@id[.='123']"/> et <xsl:value-of select="@id[current()='123']"/> sont différents (pouquoi?).

Je pense que j'ai besoin d'un bon didactitiel "pour les nulls" qui vulgarise XPath.

[GrandFather]

Mais <xsl:value-of select="@id[.='123']"/> et <xsl:value-of select="@id[current()='123']"/> sont différents (pouquoi?).

Parce que . désigne le noeud en cours à cette étape de l'évaluation de l'expression XPath (en l'occurrence l'attribut id dans ton exemple), tandis que current() désigne le noeud courant dans le contexte duquel l'expression XPath est évaluée, en d'autres termes celui dont le template s'exécute. La syntaxe abrégée . présente dans une expression XPath à plusieurs endroits ne désignera pas toujours le même noeud, tandis que current() est invariant. Ce n'est donc pas du tout la même chose.

[camboui]

Et encore merci!

Ça me fait d'ailleurs poser une nouvelle question (désolé ):
comment "mémoriser" ou "changer" un contexte Xpath?
Par exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
<xsl:template match="node">
<xsl:choose>
 <xsl:when test="//othernode[@term=current()/@id]/subnode">
  <xsl:value-of select="//othernode[@term=current()/@id]/subnode"/>
  <xsl:if test="//othernode[@term=current()/@id]/subnode/child">
   (le fils est <xsl:value-of select="//othernode[@term=current()/@id]/subnode/child"/>)
  </xsl:if>
 </xsl:when>
 <xsl:otherwise><xsl:apply-templates/></xsl:otherwise>
</xsl:choose>
</xsl:template>

Je pense dans ce cas qu'il serait intéressant de travailler dans le contexte //othernode[@term=current()/@id]/subnode, les performances seraient sans doute améliorées (ainsi que la lisibilité du code).

[luta]

il y a quelque temps je voyais tres souvent des bouts de code de Grand Father et Erwy qui jouaient allegrement avec un fonction appellé
generate-id() qui je ne sais pas à partir de quoi (certainement la position ds le doc, le contenu...) génére un id unique d un noeud ds le doc xml...
donc tu peux tout a fait déclarer une variable contenant le generate-id() d un noeud que tu réutilisera pour retrouver ton noeud dans le doc!

...même si au début je ne comprenais rien à cette utilisation presque abusive de cette fonction, j avoue aujourd hui qu elle est très très utile...

[camboui]

Euh... j'suis un peu perdu, là...

Si je comprends bien, tu suggères un truc du genre
<xsl:variable name="var" value="generate-id()"/>
Puis de retrouver l'élément par le Xpath
//node[@id=$var]

Ça me parait un peu lourd et c'est un peu ce que je souhaite éviter. Ou alors je ne comprends pas.

J'imagine un truc du genre

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
<xsl:template match="node"> 
<xsl:context name="ctxt" xpath="//othernode[@term=current()/@id]"/>
<xsl:choose> 
 <xsl:when test="$ctxt/subnode"> 
  <xsl:value-of select="$ctxt/subnode"/> 
  <xsl:if test="$ctxt/subnode/child"> 
   (le fils est <xsl:value-of select="$ctxt/subnode/child"/>) 
  </xsl:if> 
 </xsl:when> 
 <xsl:otherwise><xsl:apply-templates/></xsl:otherwise> 
</xsl:choose> 
</xsl:template>

Bien sûr ce code est faux car <xsl:context> n'existe pas, mais vous comprenez ce que je veux dire, n'est-ce- pas

[luta]

ce que je veux dire c qu une fois que tu as évaluer l id, tu n as plus besoin de retaper tout le xpath
qt aux enfants de ce noeud tu peux encore utiliser l id en plus de parent::, ascendant::....

[camboui]

S'il ne faut plus retaper le Xpath, alors c'est bon
Tu peux mettre une exemple de code?
Merci!

[GrandFather]

generate-id() ne te sera d'aucun secours ici, on emploie généralement cette fonction XPath pour comparer des noeuds entre eux ou gérer des références croisées.

Si tu veux alléger ton code, il suffit de conserver le noeud sélectionné dans une variable :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
<xsl:template match="node"> 
  <xsl:variable name="myNode" select="//othernode[@term=current()/@id]/subnode"/>
  <xsl:choose> 
   <xsl:when test="$myNode"> 
    <xsl:value-of select="$myNode"/> 
    <xsl:if test="$myNode/child"> 
   (le fils est <xsl:value-of select="$myNode/child"/>) 
    </xsl:if> 
   </xsl:when> 
   <xsl:otherwise><xsl:apply-templates/></xsl:otherwise> 
  </xsl:choose> 
</xsl:template>

[camboui]

Comme le dirais le castor dans La Belle et Le Clochard, ça marrrrrche!

Je me pose cependant la question suivante: est-ce que la variable mémorise la chaine de caractères ou le xpath correspondant?
Je suppose qu'elle ne mémorise que la chaine de caractères et donc le xpath est recalculé à chaque référence faite à la variable. D'un point de vue performance on ne gagne pour ainsi dire rien, mais le code est plus lisible.

Merci!

[GrandFather]

Je me pose cependant la question suivante: est-ce que la variable mémorise la chaine de caractères ou le xpath correspondant?
Je suppose qu'elle ne mémorise que la chaine de caractères et donc le xpath est recalculé à chaque référence faite à la variable. D'un point de vue performance on ne gagne pour ainsi dire rien, mais le code est plus lisible.

Perdu.
La variable ne contient ni l'expression XPath ni le contenu du (ou des) noeuds sélectionnés, mais mémorise la liste des noeuds (NodeList) sélectionnés par l'expression XPath dans l'attribut select de xsl:variable. Toutes les expressions du style '$myNode/child' opèrent des sélections des noeuds child en partant directement des noeuds subnode contenus dans $myNode, donc sans reparcourir l'arbre XML et les othernode, etc. D'où gain de temps et de performances.

[camboui]

Mais c'est magnifique ça! Tant mieux alors

Mais si je veux que la variable contienne une chaine de caractères sans plus, comment faire?
Comme ceci
<xsl:variable name="myNode" select="'//othernode[@term=current()/@id]/subnode'"/>
au lieu de
<xsl:variable name="myNode" select="//othernode[@term=current()/@id]/subnode"/>
? (chaine encadrée entre apostrophes)

Donc si je tape simplement
<xsl:variable name="myNode" select="Bonjour madame"/> il va y avoir une erreur?

Décidemment, Xpath, xslt et touti quanti et un vrai mélimélo pour moi