Documento XSLT(): ¿Es más lento cuando lo llamas varias veces?

Question

ACTUALIZACIÓN 17.Jul.2013:
XALAN 2.7no almacena en cachédocument() llamadas dentro de una petición. Por lo tanto, es crucial almacenar cada documento necesario en una variable en el XSL.

---

He buscado durante bastante tiempo y no encontrar respuestas concretas a mi simple pregunta:

¿Qué método es más rápido o el compilador es suficientemente "inteligentes" de modo que ambas variantes son los mismos ?

Nota: Estoy usando Xalan (aplicación por defecto en el JDK 1.6) 2.7:

1) Tengo que leer una propiedad en un XML externo:

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

Siempre que necesito la ciudad, utilizo la expresión anterior (digamos 100 veces)

2) En lugar de llamar al documento() 100 veces, almaceno el nodo XML en una variable:

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

Y entonces yo uso 100 veces

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

es más rápido, mejor, para lo cual razones Cuál? ¡Gracias!

Answer 1

Ambos métodos deben ejecutarse por el mismo tiempo si un procesador XSLT no es ingenuo, porque la función del documento debe devolver el mismo resultado cuando se llama con los mismos argumentos, sin importar cuántas veces.

Ambos métodos no son eficientes, debido al uso de la abreviatura //, lo que hace que todo el árbol de documentos que deben desplazarse.

recomendaría lo siguiente como más eficiente que se discuten ambos métodos:

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

entonces única referencia$vCities.

De esta manera ha recorrido el documento una sola vez.

Answer 2

Parece que entiende los principios involucrados, por lo que no necesita ninguna explicación.

Si quieres saber cómo lo hace Xalan 2.7, la respuesta definitiva se encontrará al probarlo con Xalan 2.7, con una prueba suficientemente grande.

Como señaló @Dimitre, ninguno de estos es necesariamente eficiente, debido al //, aunque algunos procesadores son inteligentes para optimizar ese tipo de rutas, lo que mitiga el problema.Usted podría ayudar a que el procesador sea más eficiente manteniendo el elemento city en una variable:

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

añadí [1] allí para una mayor optimización porque dijiste "la ciudad" (es decir, se puede esperar sólo uno), y esto permite un procesador inteligente para detenerse después de encontrar el primer elemento city.