Discussion :

[Devotion]

Je me suis posé une question par souci d'optimisation.

En faisant, <xsl:variable name='node' select='un/noeud/quelconque'/>, je voulais savoir comment étaient faites les choses.
Je veux savoir si le noeud 'quelconque' est référencé (dans le genre pointeur), ou alors le noeud est intégralement copié dans la variable.

Quelqu'un aurait un élément de réponse à ce sujet?

[gendalf37]

Dans ton cas, ta variable est de type node-set donc l'ensemble de noeuds retourné par ton expression XPath est rassemblé sous la forme d'un arbre temporaire qui peut être utilisée comme racine dans n'importe quelle expression XPath. Je ne sais pas si cela t'éclaire d'avantage.

Pour moi il s'agit d'une copie comme pour le result tree fragment

Pour plus d'info : http://www.w3.org/TR/1999/REC-xslt-19991116#variables

Voilà.

Moi ce que j''aimerai savoir c'est ce que tu as comme idée derrière la tête, cela peut être intéressant comme débat.

Gendalf, avanceur de schmilblick

[Devotion]

Oui, je suis au courant que c'est de type node-set. J'en avais débattu une fois avec Erwy (node-set et node-fragment).

Mon souci n'est pas là. Je me suis sûrement mal exprimé.

Mon interrogation se porte sur cette arbre temporaire node-set : la formulation de ta phrase a l'air de répondre partiellement à ma question.

Je veux savoir comment est géré une variable.
D'où mon souci de savoir si ce noeud est véritablement stocké dans la variable ou alors, le fait de faire "$node" me ramène à la racine du noeud 'quelconque' dans l'arbre XML (d'où la notion de pointeur référencé).

J'ai l'impression d'être de moins en moins clair...

edit : merci pour le lien de w3c mais la réponse ne semble pas y être (je ne l'ai du moins pas vu), je l'avais déjà consulté avant de poster.

L'optimisation dont je parle est de savoir si c'est gênant de stocker un noeud avec une arborescence pouvant avoir un grand nombre de niveaux (~100-1000), de savoir comment la gestion mémoire est faite, de savoir si l'exécution se trouve ralenti après ce stockage.

[GrandFather]

Bonjour,

le W3C (à ma connaissance) ne donne pas le détail d'implémentation des variables. L'implémentation dépend de chaque éditeur, et tous ne diffusent pas d'informations précises à ce sujet. Pour Saxon et Xalan, le code source est disponible, et une documentation concernant l'implémentation est même disponible pour Xalan. Pour MSXML, c'est le black-out. Pour XT, pas la moindre idée.

[Devotion]

@GrandFather : merci pour tes précisions.

J'ai fais un test assez bête et ma conclusion est allé du côté d'un pointeur référencé (Je met ce que je pense pour ceux que ça intéresseraient éventuellement).

J'ai "stocké" un noeud dans une variable quelconque et j'ai essayé d'accéder à un noeud qui n'appartenait pas à ce noeud là (c'est clair?!)
En gros, j'ai testé l'expression XPATH suivante "$node/../../trucmuche[@ID='42']" et je n'ai eu aucun souci...d'où ma conclusion.

J'ai mis "stocké" entre guillements parce que, d'après ce test, je trouve "référencé" ou "pointé" beaucoup plus appropriés.

Vous trouvez ça cohérent ?

[GrandFather]

Du point de vue du programmeur XSLT, une variable XSLT n'est effectivement qu'une collection de pointeurs vers des noeuds du flux d'entrée XML (définition incomplète, car dans le cas des Result Tree Fragments un arbre est créé). Ce qui signifie qu'en partant de cette variable et en utilisant les axes XPath tu peux parcourir tout l'arbre d'entrée XML. C'est dans la spécification W3C.

Maintenant, la façon précise dont cela est implémenté dépend du processeur lui-même.

[Devotion]

Très bien . C'est ce que j'attendais comme réponse .

[GrandFather]

Dans ce cas, place le tag [Résolu] sur ton thread.