Discussion :

[camboui]

Est-ce que l'ordre dans lequel les <xsl:template match="..."> apparaissent dans l'xsl a de l'importance ?
Si par mégarde on introduit deux fois la même balise dans un xsl, comme ceci

Code :

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

1
2
3
<xsl:template match="toto"><xsl:value-of select="."/><br/></xsl:template>
 
<xsl:template match="toto"><p><xsl:value-of select="."/></p></xsl:template>

je constate que la deuxième déclaration s'impose sur la première.
Aucune erreur n'est générée.

Il y a d'autre situation où c'est aussi gênant. Par exemple cet ordre

Code :

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

1
2
3
<xsl:template match="toto[1]">...</xsl:template>
 
<xsl:template match="toto">...</xsl:template>

n'est pas équivalent à celui-ci

Code :

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

1
2
3
<xsl:template match="toto">...</xsl:template>
 
<xsl:template match="toto[1]">...</xsl:template>

Dans le premier cas, <xsl:template match="toto[1]">...</xsl:template> n'est pas pris en compte.

[GrandFather]

Bonjour,

en principe tes templates devraient être conçus justement de telle manière à ce que tu n'aies pas à te poser ce genre de question... Il est assez fréquent d'avoir plusieurs templates opérant sur les mêmes éléments, mais dans un contexte différent ; le contexte qui va déterminer le template utilisé parmi ceux possibles peut être défini de plusieurs manières :

• en utilisant l'attribut « mode »
• en définissant dans l'attribut « match » du template un chemin comprenant des éléments parents et/ou ancêtre dont l'élément doit être un descendant
• en définissant dans « match » un prédicat qui va filtrer les éléments possibles

Ces 3 méthodes peuvent être combinées pour un même template. Si tu as plusieurs templates qui concernent le même élément, mais avec des attributs « match » différents, c'est le template avec le pattern le plus restrictif (ou spécifique, si tu préfères) qui sera prioritaire sur les autres. Il existe enfin l'attribut « priority » qui permet de forcer l'ordre de priorité des templates, mais il est généralement reservé à des cas très particuliers, notamment pour résoudre des ambiguités dûes à un schéma XML complexe.

[camboui]

Oui, merci.
Mais ça c'est quand un XSL est "bien écrit", ce qui n'est malheureusement pas toujours le cas.

Dans dans mon premier exemple, qu'en est-il si on a deux "template match" sur la même balise sans distinction de mode, de contexte ou de prédicat ?
Par expérience je constate que la première est ignorée. Aucune erreur n'est générée.

Dans mon deuxième exemple il y a justement un prédicat ([1]). L'ordre de déclaration semble avoir une influence sur le résultat. Si le prédicat de spécialisation vient avant un cas plus général alors il sera ignoré.

[GrandFather]

Dans dans mon premier exemple, qu'en est-il si on a deux "template match" sur la même balise sans distinction de mode, de contexte ou de prédicat ?
Par expérience je constate que la première est ignorée. Aucune erreur n'est générée.

Ca s'explique par le fait que la spécification XSLT du W3C est assez laxiste en ce qui concerne ce cas de figure :

[...]It is an error if this leaves more than one matching template rule. An XSLT processor may signal the error; if it does not signal the error, it must recover by choosing, from amongst the matching template rules that are left, the one that occurs last in the stylesheet.

Dans mon deuxième exemple il y a justement un prédicat ([1]). L'ordre de déclaration semble avoir une influence sur le résultat. Si le prédicat de spécialisation vient avant un cas plus général alors il sera ignoré.

Désolé, je n'ai pas été assez précis dans mon explication précédente... La présence seule d'un prédicat n'influe pas sur l'ordre de priorité des templates, contrairement à la présence d'un chemin dans le « match » ; à charge pour le concepteur d'écrire ses prédicats de telle façon à ce que les templates s'excluent mutuellement.

[camboui]

Ok. Donc, en conclusion, s'il n'y a pas d'exclusion stricte dans l'écriture des "template match" (ce qui est de mauvaise conception, certes...), c'est bien le dernier déclaré dans l'XSL qui sera prioritaire.