XSLT通过xsl:apply-templates的select属性实现节点的动态筛选，结合xsl:choose条件判断和mode模式切换，可在不同上下文中灵活选择模板，支持基于内容、属性或多视图需求的复杂转换，提升复用性与可维护性。

XSLT要动态选择模板应用，最直接的方式就是通过

xsl:apply-templates

结合

select

属性来精准指定要处理的节点。但如果需要更深层次的动态行为，比如基于节点内容或属性值来决定处理逻辑，那

xsl:choose

这样的条件语句，以及

mode

属性的多模式转换能力，就成了不可或缺的工具。它们让XSLT的转换过程变得灵活且富有表现力。

解决方案

在我看来，XSLT的动态模板选择，其实是它声明式和半命令式能力的一种巧妙结合。它不像传统编程语言那样有明确的

if-else

或

switch

语句直接控制函数调用，而是通过一种“匹配-应用”的机制，辅以各种条件和上下文限定来实现。

首先，最基础的动态性体现在

xsl:apply-templates

本身。当你简单地写

时，XSLT处理器会遍历当前节点的子节点，并为每个子节点找到最匹配的模板进行应用。这已经是某种程度上的“动态”了，因为它根据子节点的类型自动选择。

更进一步，使用

select

属性，比如

，这允许你通过XPath表达式精确地筛选出要处理的节点集合。这无疑是动态选择的第一层，你可以根据节点的名称、属性、位置、甚至更复杂的逻辑关系来决定哪些节点应该被后续的模板处理。这就像在说：“嘿，只处理那些奇数位置的章节！”

但光靠

select

还是不够的。有时候，你可能需要在 同一个 模板内部，根据 当前节点 的某个属性值或子节点内容来决定输出什么，或者调用哪个“子功能”。这时候，

xsl:choose

、

xsl:when

和

xsl:otherwise

就登场了。它们提供了一种强大的条件分支能力，让你可以在运行时评估条件，并执行不同的XSLT指令（比如输出不同的HTML标签，或者调用不同的命名模板）。

再往深了说，还有

mode

属性。这在我看来是XSLT里一个非常优雅且强大的特性，它允许你为同一个XML节点定义多套处理规则，每套规则对应一个“模式”。这样，你就可以根据不同的转换目的（比如生成目录、生成摘要、生成详细报告），在

xsl:apply-templates

时指定不同的

mode

，从而激活不同的模板集。这就像给你的XML数据穿上不同的衣服，以适应不同的场合。

为什么常规的

xsl:apply-templates

不够用？

常规的

xsl:apply-templates

，也就是不带

select

属性或者只做简单路径选择的那种，它的核心逻辑是基于XML节点的名称和类型进行匹配。这对于大多数结构化的转换来说，效率很高也很直观。比如，你有一个

节点，里面有

，

里有

，你写一个

match="paragraph"

的模板，它就会处理所有的段落。这很棒。

但问题来了，真实世界的数据往往没那么规整。设想一下，你有一个

节点，它可能有一个

status

属性，值可以是 "new"、"on_sale" 或 "discontinued"。如果所有的

节点都走同一个模板，那这个模板内部就得写一堆

xsl:if

或

xsl:choose

来判断

status

然后输出不同的内容。这会让模板变得臃肿且难以维护。

更头疼的是，有时候你需要对 同一个 XML源数据，生成 多份 完全不同格式或内容侧重点的输出。比如，一份是用于网页展示的详细产品页，另一份是用于打印的简要库存列表，再一份是给API用的JSON数据。如果只靠

xsl:apply-templates

的默认匹配，你很难在同一个XSLT文件中优雅地实现这种多视图转换，或者说，你得写很多重复的模板，然后通过复杂的XPath筛选来避免冲突，这简直是给自己挖坑。

所以，常规的匹配模式在面对复杂条件判断、多态处理或多视图转换时，就显得力不从心了。它缺乏那种根据“情境”来灵活调整处理逻辑的能力。

如何利用

xsl:choose

实现条件式模板选择？

xsl:choose

是XSLT里实现条件逻辑的利器，它有点像其他编程语言里的

if-else if-else

结构。它的基本语法是：一个

xsl:choose

标签，里面包含一个或多个

xsl:when

标签，以及一个可选的

xsl:otherwise

标签。每个

xsl:when

都有一个

test

属性，里面是一个XPath表达式，当这个表达式求值为真时，对应的

xsl:when

块内的内容就会被处理。如果没有

xsl:when

匹配成功，那么

xsl:otherwise

块就会被执行。

举个例子，假设我们有一个XML数据，描述了不同类型的消息：

  系统升级通知。
  磁盘空间不足！
  数据库连接失败。
  变量X的值是：123。

我们希望根据

type

属性的不同，为消息应用不同的样式或输出不同的内容。

  
    
      
ℹ️ 
    
    
      
⚠️ 
    
    
      
❌ 
    
    
      
      

    
  

在这个例子中，当XSLT处理器匹配到

节点时，它会进入这个模板。接着，

xsl:choose

会根据

@type

属性的值逐个测试条件。如果

@type

是 "info"，它就会输出一个带有 "info" 类的

标签；如果是 "warning"，就输出 "warning" 类的；以此类推。如果

type

是 "debug" 或其他任何没有明确

xsl:when

处理的值，那么

xsl:otherwise

就会捕获并处理它。

这种方式的优势在于，它将条件判断逻辑集中在一个地方，使得模板的意图非常清晰。你可以根据数据的内在特性，动态地选择生成哪种结构或内容，而不是为每一种可能性都写一个独立的模板。这对于处理具有多态性质的数据结构特别有用。

mode

属性在多视图转换中的应用场景是什么？

mode

属性是XSLT中一个非常强大的概念，它允许你为同一个XML节点定义多个不同的处理“模式”或“视图”。简单来说，就是同一个

可以有多个版本，每个版本对应一个不同的

mode

。当你通过

xsl:apply-templates

来处理节点时，你可以指定要使用的

mode

，从而激活对应的模板。

在我看来，

mode

属性是解决“一源多用”问题的优雅方案。设想一下，你有一个复杂的XML文档，包含了图书的所有信息：标题、作者、章节、摘要、详细内容等等。现在你需要：

1. 生成一份简单的图书列表，只包含书名和作者。
2. 生成一份详细的图书页面，包含所有章节内容。
3. 生成一份目录页，只列出章节标题和页码（假设页码可以通过某种方式计算）。

如果不用

mode

，你可能需要写三个独立的XSLT文件，或者在一个文件里用大量的

xsl:if

和

xsl:choose

来判断当前是在生成哪种输出，这会非常混乱。

有了

mode

，事情就变得清晰多了。你可以这样组织你的XSLT：

  
图书列表
  

    

       by 
    
  




  

  
作者：
  

    
  



  

   




  
目录
  

    
  



  

在这个例子中，

和

节点都有多个模板定义，每个模板通过

mode

属性区分。当你需要生成不同的输出时，只需在顶层的

xsl:apply-templates

中指定相应的

mode

，XSLT处理器就会自动选择该模式下定义的模板进行转换。这极大地提高了XSLT的模块化和复用性，让你可以用一个XSLT文件处理多种复杂的转换需求，而不会让代码变得难以理解和维护。它把不同的“关注点”清晰地分离开来，这在大型项目中尤其重要。