documento XSLT(): è più lento quando lo si chiama più volte?

Question

UPDATE 17.Jul.2013:
XALAN 2.7non memorizza nella cachedocument() chiamate all'interno di una richiesta. Quindi è fondamentale archiviare ogni documento necessario in una variabile nell'XSL.

---

Ho cercato per un po 'e non ho trovato risposte concrete alla mia semplice domanda:

Quale approccio è più veloce o è il compilatore "intelligente" abbastanza in modo che entrambe le varianti sono la stessa cosa ?

Nota: sto usando Xalan (implementazione di default in JDK 1.6) 2.7:

1) devo leggere una proprietà in un XML esterno:

<xsl:value-of select="document($path)/person/address/city"/> 

Ogni volta che ho bisogno della città, io uso l'espressione sopra (diciamo 100 volte)

2) Invece di chiamare il documento() 100 volte, memorizzo il nodo XML in una variabile:

<xsl:variable name="node" select="document($path)"/> 

E poi io uso 100 volte

<xsl:value-of select="$node/person/address/city"/> 

che uno è più veloce, migliore, per quali ragioni? Grazie!

Answer 1

Entrambi i metodi devono essere eseguiti per la stessa ora se un processore XSLT non è ingenuo, perché la funzione del documento dovrebbe restituire lo stesso risultato quando viene chiamata con lo stesso argomento, non importa quante volte.

Entrambi i metodi non sono efficienti, a causa dell'uso dell'abbreviazione //, che causa l'attraversamento dell'intero albero del documento.

Consiglierei seguente più economica di entrambi i metodi vengono discussi:

<xsl:variable name="vCities" select="document($pUrl)//cities"/> 

quindi riferimento solo$vCities.

In questo modo si è attraversato il documento solo una volta.

Answer 2

Sembra che tu comprenda i principi coinvolti, quindi non hai bisogno di spiegazioni.

Se vuoi sapere come funziona Xalan 2.7, la risposta definitiva verrà trovata testandola con Xalan 2.7, con un test abbastanza grande.

Come indicato da @Dimitre, nessuno dei due è necessariamente efficiente, a causa dello //, sebbene alcuni processori siano intelligenti nell'ottimizzare questi tipi di percorsi, attenuando il problema.Si potrebbe aiutare il processore più efficiente, mantenendo l'elemento city in una variabile:

<xsl:variable name="city" select="(document($path)//city)[1]"/> 
... 
<xsl:value-of select="$city"/> 

ho aggiunto [1] in là per un'ulteriore ottimizzazione, perché lei ha detto "la città" (vale a dire che ci si aspetta solo uno), e questo permette un processore intelligente da arrestare dopo aver trovato il primo elemento city.