[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: XSLT Element Performence
Robert Hansson wrote: > Hi! > > I have been taking over a project with thousands of lines of XSLT code > that I need to change because of performance and readability problems. > About the performance issues I > > need someone to tell me which of the following two examples is the > best one for performance, what’s the differences and what to think about. > > Example 1: > > <xsl:element name="div"><xsl:attribute name="id"><xsl:value-of > select="@id"/></xsl:attribute></xsl:element> > > Example 2: > > <div id="{@id}"></div> > The 2nd example is smaller and contains the same information. The difference in performance is mainly in parsing the stylesheet and is negligible. If you have a set of attributes that is always the same, consider <xsl:attribute-set> and <xsl:use-attribute-sets>. If your output is HTML, factoring out some style information in a CSS can be a good idea. A more substantial possible performance leak is the use of // instead of / in XPath expressions: if sure to get the titles via "bib / book / title", don't use "// title" for convenience as this forces the XSLT processor to search each and every descendant element. Other performance leaks related to this can be inherent in the structure of your documents: e.g. the authors can use a tag <news> everywhere in the document, which the stylesheet maintainer has to collect using a "// news" that costs a whole traversal. If you can control the document structure, gathering all <news> under a <newsitems> in the beginning is much nicer. It does not really harm convenience, and with "/newsitems/news" you can iterate over all <news> with only a fraction of the cost. In general, if the structured of your documents keeps important data together, the less time spent for processing the document with the stylesheet. If you use an XSLT processor in Java, and you are annoyed by the JVM startup time, then maybe Java 1.5 Tiger can help you a bit. In any case, transformations happening in a server component (e.g. a servlet) are not affected by this - don't use a Java XSLT processor in a JVMs in a CGI script. If you are profiling, then write a Java program with a loop to count the time spent - this might be a good time to measure improvements anyway. hope this helps. cheers, Burak
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|