Ordre des <xsl:template match="..">

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:

---

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:

---

1 2 3

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

---

n'est pas équivalent à celui-ci

Code:

---

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.

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.

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é.

Citation:

---

Envoyé par camboui

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 :

Citation:

---

[...]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.

---

Citation:

---

Envoyé par camboui

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.

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.