XSL llamada recursiva - xsl: funciones vs xsl: plantilla con plantilla de llamada

Question

Tengo consulta básica. He estado usando xsl: template y uso call tempate para hacer llamadas recursivas a la plantilla. Veo xsl: function, que también tiene la posibilidad de realizar llamadas a funciones recursivas, como llamadas a plantillas recursivas y lograr lo mismo. Cuándo se debe usar xsl: function y cuándo se debe usar xsl: template. No estoy seguro de cuál es la diferencia entre los dos y cuándo deberían usarse. ¿Cuáles son sus características especiales de cada uno de ellos? ¿Puede alguien ayudarme a entender esto mejor?

Answer 1

Encontré la respuesta de Dimitre - http://www.stylusstudio.com/xsllist/200811/post00400.html - útil.

Beneficios del uso de <xsl:function/>:

1. Compuestabilidad.

2. Se ve muy bien en una expresión que lo usa como parámetro, como valor de retorno o como una aplicación parcial .

3. Legibilidad (compacidad) y facilidad de mantenimiento.

4. Más acoplamiento débil (no depende de un nodo de contexto implícita)

5. se puede hacer referencia en una expresión XPath

Deficiencias:

1. parámetros son identificado solo por posición (no por nombre)

2. Puede ser impuro (puede tener un efecto secundario, como la creación de un nuevo nodo (s)) y con sólo mirar a una expresión referencia a esta función la gente puede no entender que tiene un lado efecto. Sin embargo, esta posibilidad de confusión se puede eliminar si se utiliza el nombre apropiado .

Tiendo siempre a usar <xsl:function/>. En los casos cuando la función crea nuevo nodo (s), sigo la convención de comenzando su nombre local con la cadena "make", como en makePerson().

Answer 2

Conceptualmente xsl:apply-templates es un mapa con una función polimórfica expresada para todas las reglas que ha declarado. xsl:function declara una función "normal" que puede usar en cualquier otra instrucción o declaración que acepte expresiones XPath. La instrucción xsl:call-template "invoca" una plantilla con un nombre particular (de alguna manera podría pensar en esto como una función).

Debido a esto, existen diferencias en cuanto a cómo el contexto de evaluación involucra a cada uno: xsl:apply-templates define una nueva lista de contexto a partir de la cual se toma el nodo de contexto, así como la posición de proximidad; xsl:function no tiene nodo de contexto definido (es un error confiar en él); xsl:call-template no cambia el contexto de la evaluación.

Otra diferencia evidente es su relación con la salida: tanto xsl:apply-templates como xsl:call-template como instrucciones XSLT generan su secuencia construida; xsl:function como parte de una expresión XPath no es así.

Answer 3

Ésta es hace how I replied to a similar question casi 3 años:

Beneficios del uso de <xsl:function/>:

1. Compuestabilidad.

2. Se ve muy bien en una expresión que lo usa como parámetro, como valor de retorno o como una aplicación parcial .

3. Legibilidad (compacidad) y facilidad de mantenimiento.

4. Más acoplamiento débil (no depende de un nodo de contexto implícita)

5. se puede hacer referencia en una expresión XPath

Deficiencias:

1. parámetros son identificado solo por posición (no por nombre)

2. Puede ser impuro (puede tener un efecto secundario, como la creación de un nuevo nodo (s)) y con sólo mirar a una expresión referencia a esta función la gente puede no entender que tiene un lado efecto. Sin embargo, esta posibilidad de confusión se puede eliminar si se utiliza el nombre apropiado .

Tiendo siempre a usar <xsl:function/>. En los casos cuando la función crea nuevo nodo (s), sigo la convención de comenzando su nombre local con la cadena "make", como en makePerson().

sólo puedo añadir a esto:

Siempre que sea posible el uso <xsl:function>.

En XPath 3.0 las funciones son un tipo de datos de primera clase del lenguaje (también conocido como HOF - Higher-Order Functions). Se pueden pasar como parámetros o devolver como resultado a/desde otras funciones.

Este es un avance increíblemente poderoso de usar plantillas con nombre.

Answer 4

Templates are useful when you have the requirement to store the results of each recursion into a variable as a attribute (at the end of each recursion before calling the next). 

**Example:** 

    <xsl:variable name="test"> 
    <record> 
     <xsl:call-template name="templateRecursion"> 
       <xsl:with-param name="xyz" select="xyz"/> 
     </xsl:call-template> 
    <record> 
    </xsl:variable> 

**templateRecursion:** 

    <xsl:template name="templateRecursion"> 

    <!-- Do processing --> 
    <xsl:attribute name="" value="" 

    </xsl:template> 

So, the variable test will have 

    <record> 
    <attribute_name="" value=""/> 
     . 
     . 
    </record>