The dyn:evaluate function evaluates a string as an XPath
expression and returns the resulting value, which might be a
boolean, number, string, node set, result tree fragment or
external object. The sole argument is the string to be evaluated.
The string is always evaluated exactly as if it had been
literally included in place of the call to the dyn:evaluate
function. For example:
<xsl:value-of select="dyn:evaluate('my:extension(. *
$variable)')" />
Creates a text node with exactly the same value as:
<xsl:value-of select="my:extension(. * $variable)" />
Of course you lose some portability, but...
Unfortunately that spec is horrible in terms of its impact on optimization.
Since the compiler has no idea what it will find in the run-time XPath
expression, it has vastly reduced scope for optimizing the static XSLT code.
For example, it can't expand variables inline: they have to be evaluated as
written, just in case the dynamic XPath expression uses them.
And now I see that Saxon supports this too:
http://saxon.sourceforge.net/saxon7.9/extensions.html#evaluate
The supplied string must contain an XPath expression. The
result of the function is the result of evaluating the XPath
expression.
saxon:evaluate() does not provide access to variables declared in the
stylesheet, other than those explicitly passed as parameters to the call.
Michael Kay
http://www.saxonica.com/
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--