【问题标题】:Does the CDATA slows the xslt transformation in XSLT 1.0CDATA 是否会减慢 XSLT 1.0 中的 xslt 转换
【发布时间】:2016-10-06 13:43:40
【问题描述】:

我使用 XPATH 1.0 和 XSLT 1.0。我想知道下面的代码是否

<xsl:choose>
    <xsl:when test="@name='some'"><![CDATA[one]]></xsl:when>
    <xsl:otherwise><![CDATA[two]]></xsl:otherwise>
</xsl:choose>

在性能上与

有区别
 <xsl:choose>
        <xsl:when test="@name='some'"><xsl:value-of select="'one'"/></xsl:when>
        <xsl:otherwise><xsl:value-of select="'two'"/></xsl:otherwise>
    </xsl:choose>

如果我们知道选择中一定有不需要需要一些特殊符号? 使用&lt;![CDATA[one]]&gt; 是一个好习惯吗?或者它的使用减少了 xslt 的编译时间,或者它易于阅读??

【问题讨论】:

  • 我不了解性能,但我会使用xsl:text 来输出文字文本。或者,如果您无需担心空格,只需编写文字文本,例如&lt;xsl:when test="@name='some'"&gt;one&lt;/xsl:when&gt;.
  • 为什么需要全部使用CDATA,为什么不能使用xsl:when test="@name='some'"&gt;one&lt;/xsl:when&gt;?至于性能,只是衡量一下,XSLT 处理器根本不处理 CDATA,无论如何它都会被底层 XML 解析器解析为文本节点。 Xalan 是否足够聪明,可以优化常量 &lt;xsl:value-of select="'one'"/&gt; 我不知道。
  • 永远不需要在不包含&lt;&amp; 等特殊字符的文本周围使用CDATA 部分。但处理成本不太可能超过一两纳秒,这将是样式表编译期间的一次性成本。

标签: xml xslt-1.0 xalan xpath-1.0


【解决方案1】:

在我看来,如果有性能改进,证明您的第一个示例的合理性并不那么重要。

在这种情况下,作为您的第二个示例,我会更加关注维护和可读性。使用此解决方案,如果您想更改元素的呈现方式(无论是否为 cdata),您可以在输出元素中使用属性 cdata-section-elements。

这是一个很好的例子How to use cdata in xslt

【讨论】:

  • @Martin Honnen 我现在看到我所引用的问题的公认答案是你的:)
猜你喜欢
  • 1970-01-01
  • 2016-08-22
  • 1970-01-01
  • 1970-01-01
  • 2012-11-23
  • 1970-01-01
  • 1970-01-01
  • 2017-09-01
  • 1970-01-01
相关资源
最近更新 更多