XSLT 3.0（Saxon处理器）下2000年的高效编写贴士仍适用吗？

你提到的2000年针对XSLT 1.0的8条高效贴士，在当前XSLT 3.0配合Saxon处理器的环境下，相关性差异很大，以下是逐一分析，重点聚焦你关注的贴士5和8：

各贴士的当前相关性 #

1. 避免重复使用//item #

依然有参考价值，但Saxon对路径表达式的缓存优化已大幅降低重复遍历的开销。不过针对大型文档，全文档遍历的//仍会带来性能损耗，建议尽量使用更精确的节点路径定位。

2. 同一节点集不要多次求值，将其存入变量 #

基本依然有效。XSLT 3.0的变量是惰性求值，Saxon会自动缓存重复引用的节点集结果，但对于复杂的节点计算（带过滤、排序逻辑），显式存入变量仍能避免冗余计算，同时提升代码可读性。

3. 尽可能避免使用<xsl:number>，改用position() #

相关性显著降低。Saxon对<xsl:number>的优化已非常成熟，简单场景下性能与position()几乎无差。对于多级编号、跨节点编号等复杂需求，<xsl:number>是更语义化的选择，无需刻意规避。

4. 使用<xsl:key>解决分组等问题 #

依然是核心最佳实践。尽管XSLT 3.0新增了xsl:for-each-group等简洁分组语法，但<xsl:key>在复杂分组、多维度匹配场景下的性能优势依然明显，Saxon的分组优化也大量依赖<xsl:key>实现。

5. 避免在模板规则中使用复杂模式，改为在规则内使用<xsl:choose> #

完全反转，原贴士已不适用：

• XSLT 3.0大幅增强了模式（mode）的功能，支持模式继承、优先级控制，Saxon对模式匹配的性能优化远优于模板内嵌套<xsl:choose>。
• 从代码维护角度，用模式拆分不同场景的模板规则，代码更模块化、可读性更强，完全契合XSLT的声明式编程理念。原贴士的背景是XSLT 1.0模式匹配性能差、功能有限，如今这些问题已被彻底解决，应优先用模式分离处理逻辑，而非<xsl:choose>。

6. 使用preceding[-sibling]或following[-sibling]轴时需谨慎，这通常意味着算法性能为n²级 #

依然有效。这类轴需要遍历节点的兄弟节点，大数据量场景下仍会带来O(n²)的性能开销，XSLT 3.0未从根本上改变这一机制，建议尽量通过<xsl:key>、分组或预处理节点集来替代。

7. 同一节点集不要多次排序，必要时将其保存为结果树片段，通过node-set()扩展函数访问 #

几乎完全失效：

• XSLT 3.0取消了结果树片段（RTF）的概念，所有变量直接存储节点序列或原子值，无需node-set()扩展函数。
• Saxon会自动缓存排序后的序列，重复引用不会触发重复排序。如需复用排序结果，直接存入变量即可，语法简洁且性能可控。

8. 输出简单#PCDATA元素的文本值时，优先使用<xsl:value-of>而非<xsl:apply-templates> #

需根据场景选择，无需刻意优先某一种：

• 性能层面：Saxon对<xsl:apply-templates>的调度优化已非常到位，简单PCDATA场景下两者性能差距可忽略不计。
• 语义与扩展性：如果仅需单纯输出文本，<xsl:value-of>更直接；但如果未来可能需要对该文本做格式化、多语言转换等复杂处理，<xsl:apply-templates>更灵活，可通过新增模板规则扩展逻辑，符合XSLT的设计思想。原贴士的背景是XSLT 1.0中<xsl:apply-templates>的调度开销大，如今这一问题已被解决，无需刻意优先选择<xsl:value-of>。

内容的提问来源于stack exchange，提问作者y.arazim