xsl:variable和xsl:param的核心区别在于数据来源和可变性。1.xsl:variable是内部定义且赋值后不可更改的“常量”，用于存储固定或计算结果以提高代码可读性和维护性；2.xsl:param则是可以从外部传入值的参数，具有动态性，允许通过命令行或api传参来改变xslt转换行为；3.xsl:param支持默认值设置，增强了样式表的健壮性、灵活性和用户友好性，而xsl:variable的不可变性则体现了xslt函数式编程特性，带来更高的可预测性和无副作用的计算逻辑。
XSLT中的xsl:variable和xsl:param，核心区别在于它们的数据来源和可变性。简单来说，xsl:variable是你在样式表内部定义和使用的“常量”，一旦赋值就不能改变；而xsl:param则是一个可以从外部传入值的“参数”，它允许你的XSLT转换变得更加灵活和动态。
xsl:variable和xsl:param在XSLT中扮演着不同的角色，但它们都用于存储和引用值。
xsl:variable，顾名思义，是变量。但XSLT的“变量”概念和我们平时在命令式编程语言（比如JavaScript、Java）里理解的变量不太一样。在XSLT的世界里，xsl:variable一旦被定义并赋值，它的值就不可更改了。这其实是XSLT函数式编程特性的一种体现，它强调的是“表达式求值”而非“状态改变”。
举个例子，你可能需要在一个转换过程中多次使用一个计算结果，或者一个固定的字符串。这时候，xsl:variable就派上用场了。它能让你避免重复计算或重复书写，提高代码的可读性和维护性。它的作用域可以是全局的（定义在xsl:stylesheet下），也可以是局部的（定义在xsl:template或其他元素内部）。
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <!-- 全局变量示例 --> <xsl:variable name="companyName" select="'我的神奇公司'"/> <xsl:template match="/"> <h1><xsl:value-of select="$companyName"/> 的产品列表</h1> <xsl:apply-templates select="products/product"/> </xsl:template> <xsl:template match="product"> <!-- 局部变量示例 --> <xsl:variable name="formattedPrice" select="format-number(price, '#,##0.00')"/> <p> 产品名称: <xsl:value-of select="name"/><br/> 价格: <xsl:value-of select="$formattedPrice"/> 元 </p> </xsl:template> </xsl:stylesheet>
而xsl:param，在我看来，它更像是你给XSLT样式表开的一个“配置接口”。它允许你在运行XSLT转换的时候，从外部传入一些值来影响转换的行为。这就像你写一个函数，给它定义了一些参数，调用这个函数时可以传入不同的参数值。
xsl:param同样可以定义在全局（xsl:stylesheet下）或局部（xsl:template下）。当定义在全局时，它通常用于接收从XSLT处理器（比如Saxon、Xalan）命令行或API传入的参数。当定义在局部（在xsl:template内部）时，它用于接收通过xsl:call-template或xsl:apply-templates调用模板时传入的参数。
xsl:param可以有一个默认值。如果没有从外部传入值，或者在调用模板时没有传入对应参数，它就会使用这个默认值。这非常实用，可以避免因为缺少参数而导致转换失败，或者提供一个合理的备用方案。
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <!-- 全局参数示例，可以从外部传入，也可有默认值 --> <xsl:param name="currencySymbol" select="'¥'"/> <xsl:param name="showDescription" select="'yes'"/> <xsl:template match="/"> <h2>产品报告</h2> <xsl:apply-templates select="products/product"/> </xsl:template> <xsl:template match="product"> <p> 产品: <xsl:value-of select="name"/><br/> 价格: <xsl:value-of select="$currencySymbol"/><xsl:value-of select="price"/><br/> <xsl:if test="$showDescription = 'yes'"> 描述: <xsl:value-of select="description"/> </xsl:if> </p> </xsl:template> </xsl:stylesheet>
运行这个样式表时，你可以通过外部命令（例如java -jar saxon9he.jar -s:input.xml -xsl:stylesheet.xsl -o:output.html currencySymbol=’$’ showDescription=’no’）来改变currencySymbol和showDescription的值。
什么时候应该优先选择xsl:param而不是xsl:variable？
在我看来，选择xsl:param而非xsl:variable，通常是当你需要外部输入来动态控制XSLT转换行为的时候。这就像你在写一个可配置的程序，某些行为不是硬编码在程序内部，而是可以通过外部参数来调整。
一个很常见的场景是环境配置。比如，你的XSLT样式表可能在开发环境和生产环境有不同的输出需求。开发环境可能需要输出更多调试信息，或者连接到不同的API地址。这时候，你可以定义一个environment的xsl:param，根据传入的值来决定输出什么内容或调用哪个服务。
<xsl:param name="env" select="'dev'"/> <!-- 默认开发环境 --> <xsl:template match="/"> <xsl:if test="$env = 'dev'"> <!-- 仅在开发环境显示调试信息 --> <p>DEBUG: Processing started at <xsl:value-of select="current-dateTime()"/></p> </xsl:if> <!-- ... 正常内容 ... --> </xsl:template>
另一个例子是用户自定义的筛选或显示选项。想象你有一个通用样式表，用于展示不同类型的数据，但用户希望只看特定类别的数据，或者选择显示/隐藏某些字段。如果把这些逻辑写死在xsl:variable里，你就得为每种组合写一个新样式表，那简直是噩梦。但如果用xsl:param，用户就可以通过传入参数来控制。
比如，一个产品列表的XSLT，你可能希望根据用户选择来过滤产品类别，或者决定是否显示产品的详细描述。
<xsl:param name="filterCategory" select="''"/> <!-- 默认不筛选 --> <xsl:param name="displayDetails" select="'true'"/> <!-- 默认显示详情 --> <xsl:template match="product"> <xsl:if test="($filterCategory = '' or category = $filterCategory)"> <!-- 只有当类别匹配或不筛选时才显示 --> <p> <xsl:value-of select="name"/> - <xsl:value-of select="price"/> <xsl:if test="$displayDetails = 'true'"> (<xsl:value-of select="description"/>) </xsl:if> </p> </xsl:if> </xsl:template>
这种情况下，xsl:param赋予了样式表极大的灵活性和复用性，你不需要修改XSLT文件本身，就能实现不同的输出效果。这在我看来，是xsl:param最强大的地方。
xsl:variable的不可变性在实际开发中意味着什么？
xsl:variable的不可变性，是XSLT作为一种函数式编程语言的核心特征之一。它意味着一旦你给一个xsl:variable赋了值，你就不能在后续的代码中“改变”它。这和我们习惯的命令式语言（比如Java、Python）中变量可以反复赋值、修改状态的思维方式大相径庭。
对我来说，这种不可变性刚开始接触时确实有点别扭，甚至会觉得束手束脚。比如，你不能像这样写：
<!-- 错误示范，这在XSLT中是无法实现的 --> <xsl:variable name="counter" select="0"/> <xsl:for-each select="items"> <!-- 无法在这里修改 $counter 的值 --> <xsl:variable name="counter" select="$counter + 1"/> </xsl:for-each>
这种“变量递增”的常见操作，在XSLT里需要通过递归模板或者XPath的函数来实现，而不是直接修改变量。
但深入理解后，你会发现这种不可变性带来了很多好处：
- 可预测性高：一个变量的值在任何时候都是确定的，你不需要担心它在某个地方被意外修改，导致难以追踪的bug。这大大简化了调试过程。
- 无副作用：由于变量不能被修改，所以任何一个表达式的求值都不会对其他部分的计算产生“副作用”，这使得XSLT转换的逻辑更加清晰和独立。
- 并发友好：在理论上，不可变性使得XSLT转换更容易并行化，因为没有共享的可变状态需要同步。
- 强制函数式思维：它迫使你用一种更“数学”的方式来思考问题，即如何通过组合表达式和函数来达到目标，而不是通过改变状态。比如，要在一个循环中累加一个值，你不会去“修改”一个累加器变量，而是会通过递归调用一个模板，每次调用都传入新的累加值。
举个例子，如果你想计算一个节点集中所有数字的总和，你不会用一个可变的sum变量，而是会用XPath的sum()函数：
<xsl:variable name="totalPrice" select="sum(products/product/price)"/> <p>总价格: <xsl:value-of select="$totalPrice"/></p>
如果需要更复杂的迭代和累加，你可能会用一个递归模板：
<xsl:template name="calculate-sum"> <xsl:param name="nodes"/> <xsl:param name="current-sum" select="0"/> <xsl:choose> <xsl:when test="$nodes"> <!-- 递归调用自身，传入剩余的节点和更新后的和 --> <xsl:call-template name="calculate-sum"> <xsl:with-param name="nodes" select="$nodes[position() > 1]"/> <xsl:with-param name="current-sum" select="$current-sum + $nodes[1]"/> </xsl:call-template> </xsl:when> <xsl:otherwise> <!-- 所有节点处理完毕，返回最终的和 --> <xsl:value-of select="$current-sum"/> </xsl:otherwise> </xsl:choose> </xsl:template> <!-- 调用示例 --> <xsl:template match="/"> <p>所有产品的总和（使用递归模板）: <xsl:call-template name="calculate-sum"> <xsl:with-param name="nodes" select="products/product/price"/> </xsl:call-template> </p> </xsl:template>
这种思维方式可能需要一些适应，但一旦掌握，你会发现它能帮助你写出更健壮、更易于理解和维护的XSLT代码。
如何在XSLT中为xsl:param设置默认值以及其重要性？
为xsl:param设置默认值非常简单，你只需要在xsl:param标签中添加一个select属性，指定当外部没有传入该参数时应使用的值。
例如：
<xsl:param name="reportTitle" select="'默认产品报告'"/> <xsl:param name="itemsPerPage" select="10"/> <xsl:param name="showDebugInfo" select="false()"/> <!-- 布尔值默认值 -->
这里的select属性就定义了参数的默认值。
设置默认值的重要性，在我看来，主要体现在以下几个方面：
-
健壮性与容错性： 当你的XSLT样式表被不同的系统或用户调用时，你不能总是指望他们会传入所有必需的参数。如果没有默认值，一旦某个参数没有被传入，样式表可能会因为引用了未定义的值而报错，或者产生不符合预期的输出。设置默认值就像给你的代码加了一层“安全网”，即使外部调用不完整，转换也能顺利进行，并给出合理的结果。
-
可选参数与灵活性： 有些参数并非每次转换都必须提供，它们可能只是用来微调输出。通过设置默认值，你可以让这些参数变成“可选的”。如果用户不关心这些微调，他们可以忽略这些参数，样式表会使用默认行为；如果他们需要定制，则可以传入特定的值来覆盖默认值。这大大提升了样式表的灵活性和用户友好性。
-
简化调用： 对于那些有合理默认行为的参数，调用者不需要每次都显式地传入它们。这简化了XSLT转换的命令行或API调用，减少了不必要的参数列表，让调用代码更简洁。
-
清晰的意图： 通过默认值，你可以清晰地表达出该参数在没有外部干预时的“标准”或“预期”行为。这对于阅读和理解XSLT样式表的人来说，是一个非常有用的提示。
例如，如果你有一个样式表，可以根据传入的outputFormat参数生成HTML或PDF。如果默认是HTML，那么你可以这样设置：
<xsl:param name="outputFormat" select="'html'"/> <xsl:template match="/"> <xsl:choose> <xsl:when test="$outputFormat = 'html'"> <!-- 生成HTML内容 --> <html><body><h1>HTML Output</h1></body></html> </xsl:when> <xsl:when test="$outputFormat = 'pdf'"> <!-- 生成PDF相关内容（例如FO） --> <fo:root xmlns:fo="http://www.w3.org/1999/XSL/Format"> <fo:page-sequence master-reference="A4"> <fo:flow flow-name="xsl-region-body"> <fo:block>PDF Output</fo:block> </fo:flow> </fo:page-sequence> </fo:root> </xsl:when> <xsl:otherwise> <!-- 默认或未知格式处理 --> <p>Unsupported output format: <xsl:value-of select="$outputFormat"/></p> </xsl:otherwise> </xsl:choose> </xsl:template>
这样，即使不传入outputFormat参数，样式表也会默认生成HTML。只有当需要PDF时，才需要显式传入outputFormat=’pdf’。在我看来，这才是真正实用的设计。
以上就是XSLT的variable和param有什么区别？的详细内容，更多请关注php中文网其它相关文章！
微信扫一扫打赏
支付宝扫一扫打赏
