这更像是我需要的澄清......
根据this answer的问题,XSLT变量很便宜!我的问题是:这个陈述对所有场景都有效吗?使用4行代码创建和销毁的即时变量并不麻烦,但加载根节点或子实体,在我看来确实是不好的做法..
我有两个XSLT文件,设计用于相同的输入和输出要求:
XSLT1(没有不必要的变量):
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:xs="http://www.w3.org/2001/XMLSchema" exclude-result-prefixes="xs">
<xsl:output method="xml" encoding="UTF-8" indent="yes"/>
<xsl:template match="/">
<Collection>
<xsl:for-each select="CATALOG/CD">
<DVD>
<Cover>
<xsl:value-of select="string(TITLE)"/>
</Cover>
<Author>
<xsl:value-of select="string(ARTIST)"/>
</Author>
<BelongsTo>
<xsl:value-of select="concat(concat(string(COUNTRY), ' '), string(COMPANY))"/>
</BelongsTo>
<SponsoredBy>
<xsl:value-of select="string(COMPANY)"/>
</SponsoredBy>
<Price>
<xsl:value-of select="string(number(string(PRICE)))"/>
</Price>
<Year>
<xsl:value-of select="string(floor(number(string(YEAR))))"/>
</Year>
</DVD>
</xsl:for-each>
</Collection>
</xsl:template>
</xsl:stylesheet>
XSLT2(带有不必要的变量“root”,其中加载了整个XML):
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:xs="http://www.w3.org/2001/XMLSchema" exclude-result-prefixes="xs">
<xsl:output method="xml" encoding="UTF-8" indent="yes"/>
<xsl:template match="/">
<xsl:variable name="root" select="."/>
<Collection>
<xsl:for-each select="$root/CATALOG/CD">
<DVD>
<Cover>
<xsl:value-of select="string(TITLE)"/>
</Cover>
<Author>
<xsl:value-of select="string(ARTIST)"/>
</Author>
<BelongsTo>
<xsl:value-of select="concat(concat(string(COUNTRY), ' '), string(COMPANY))"/>
</BelongsTo>
<SponsoredBy>
<xsl:value-of select="string(COMPANY)"/>
</SponsoredBy>
<Price>
<xsl:value-of select="string(number(string(PRICE)))"/>
</Price>
<Year>
<xsl:value-of select="string(floor(number(string(YEAR))))"/>
</Year>
</DVD>
</xsl:for-each>
</Collection>
</xsl:template>
</xsl:stylesheet>
方法-2实时存在,实际上XML将是几KB到几MB,在XSLT中,变量的使用也扩展到子实体。
为了提出改变方法的建议,我需要验证其背后的理论。
根据我对方法-2的理解,系统在内存中反复重载XML数据(由于使用多个变量来加载子实体,情况变得最糟糕),从而减慢了转换过程。
在此发布此问题之前,我使用计时器测试了两个XSLT的性能。第一种方法比方法-2少几毫秒。 (我使用copy-XML文件来测试两个XSL文件,以避免系统缓存的复杂性)。但是系统缓存可能会在这里发挥巨大的混乱作用..
尽管我对此有分析,但我仍然有一个问题!我们真的需要避免使用变量吗?就我的系统而言,修改实时XSLT文件是多么值得,以便使用'approach-1'?
或者它是否像XSLT变量不同于其他编程语言(如果我不知道的话,请包括)。例如,当你执行select="."
时,XSLT变量实际上并不存储数据但是它们很友好指向数据!或类似的东西..? AND HENCE毫不犹豫地继续使用XSLT变量。
你对此有何建议?
当前系统的快速信息:
答案 0 :(得分:0)
我同意您需要使用特定的XSLT处理器来衡量性能的评论。
但是你的描述或期望如“方法2,系统在内存中反复重载XML数据”似乎对我不利。无论如何,XSLT处理器构建了主输入XML文档的输入树,我无法想象任何带有<xsl:variable name="root" select="."/>
的实现都会像再次完全加载文档那样做,甚至会出错,因为节点标识和生成-id不起作用。该变量将简单地保留对现有输入树的文档节点的引用。
当然,在您的示例中,您有一个输入文档和一个模板,其中当前节点是文档,无论如何使用您拥有的变量是多余的。但是在某些情况下,您需要存储主输入文档的文档节点,特别是在处理多个文档时。