Subject: Re: [xsl] xsl:call-template & performance? From: Mike Brown <mike@xxxxxxxx> Date: Thu, 21 Dec 2000 10:11:45 -0700 (MST) |
Hillyard, Matthew wrote: > Apart from the obvious benefits of modularity and maintainability, does > anyone have any empirical (or anecdotal) evidence as to the relative > performance of using xsl:call-templates against repetitive xsl:templates > always written out in full in situ? This would seem to be something that depends on the processor implementation, and to some degree, your source tree and the kind of processing you are doing on it. Even how you access the data (//foo vs /path/to/foo, for example). I'm sure someone could find a counterexample for any example provided. That said, I recently discovered that SAXON gets pretty slow when I am many levels deep into nested call-templates/with-param blocks, where some of the params you pass are the result tree fragments returned by the nested call-templates instructions. Or did you mean to ask about the relative advantages of having templates that match various nodes and letting the processor navigate the source tree via apply-templates, vs the approach of making one big template that matches just the root node, occasionally calling named templates to do repetitive tasks? I haven't found any persuasive performance stats one way or the other to argue a case on that basis alone. - Mike ____________________________________________________________________ Mike J. Brown, software engineer at My XML/XSL resources: webb.net in Denver, Colorado, USA http://skew.org/xml/ XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
[xsl] xsl:call-template & performan, Hillyard, Matthew | Thread | RE: [xsl] xsl:call-template & perfo, Hillyard, Matthew |
[xsl] select="String" as opposed to, Palaniappan, Krishna | Date | RE: [xsl] select="String" as oppose, Edmund Mitchell |
Month |