xml 本身不支持逻辑判断，仅用于存储和传输结构化数据；逻辑需通过 xslt 实现，用 或 ++，且 test 属性须为 xpath 表达式。
XML 文件本身不能写逻辑判断
XML 是纯数据格式，设计目标是存储和传输结构化信息，不支持任何执行逻辑。你在 XML 里写 <if></if>、<when></when> 或 JavaScript 式的 if (x) {...}，解析器只会把它当普通标签或报错——它既不会跳过，也不会计算，更不会分支渲染。
常见错误现象：
• 把 XSLT 的 <if></if> 直接塞进 XML 文件，结果浏览器直接显示该标签文本
• 误以为 XML 支持内联表达式（如 <price value="{price > 100 ? 'high' : 'low'}"></price>），实际这是 XSLT 或某些模板引擎语法，XML 不认
XSLT 中怎么写 if-else：用 <if></if> 和 <choose></choose>
<if></if> 只支持单条件判断，没有 else；真要 if-else 或多分支，必须用 <choose></choose> + <when></when> + <otherwise></otherwise> 组合。
使用场景：
• 根据节点是否存在做显隐控制（如 <if test="author"></if>）
• 比较数值或字符串（test="price > 99"、test="status = 'active'"）
• 多状态映射（订单状态 → 中文描述）
参数差异：
• test 属性值是 XPath 表达式，不是 JavaScript，不支持 &&/||，要用 and/or（如 test="price > 50 and price ）<br>• 字符串比较必须加引号，<code>test="type = 'book'" 有效，test="type = book" 会去查名为 book 的子元素
简短示例：
<xsl:choose> <xsl:when test="price > 100"><span class="expensive"><xsl:value-of select="price"/></span></xsl:when> <xsl:when test="price > 0"><span class="normal"><xsl:value-of select="price"/></span></xsl:when> <xsl:otherwise><span class="missing">价格未提供</span></xsl:otherwise> </xsl:choose>
容易踩的坑：XPath 表达式写错、命名空间、空节点处理
常见错误现象：
• test="category" 看似在检查是否存在，但若 <category></category> 是空元素，这个表达式仍为 true（只要节点存在就 true）
• 忘记命名空间前缀，比如 XML 里用了 xmlns:ns="http://example.com"，XSLT 中却写 test="ns:status" 却没在 <stylesheet></stylesheet> 声明同名前缀
• 在 test 里直接用 @attr = 'val'，但当前上下文节点根本没有该属性，XPath 静默失败（返回 empty sequence），导致判断为 false
实操建议：
• 检查“非空文本内容”用 test="category/text() != ''" 或更稳妥的 test="normalize-space(category) != ''"
• 所有带命名空间的元素/属性，在 XSLT 中必须声明对应前缀，并在 test 中带上
• 用 <message></message> 临时输出变量值调试，比如 <message>DEBUG: <value-of select="price"></value-of></message>
性能与兼容性：别在 test 里写复杂 XPath
XSLT 处理器对简单 test 表达式优化较好，但嵌套函数调用（如 test="contains(concat(@id, '_'), 'item_')"）、多次 // 深度查找、或大文档中反复计算，会明显拖慢转换速度。
影响点：
• 浏览器内置 XSLT（如旧版 IE/Edge）对复杂 XPath 支持弱，容易静默失败或报错 XSLTProcessor error
• Node.js 的 xslt 或 libxslt 绑定对 XPath 版本敏感（XPath 1.0 是主流，不支持 if-then-else 表达式）
• 移动端 WebView 或部分 XML 编辑器只支持 XSLT 1.0，<for-each-group></for-each-group> 这类 2.0 特性直接不可用
能提前做的：
• 把重复计算提取成 <variable></variable>，避免同一表达式多次求值
• 用 test="count(item) > 0" 比 test="item" 更明确意图（虽效果常一样，但可读性高）
• 如果逻辑太重，考虑把判断移到生成 XML 的后端，让 XSLT 只做呈现层映射
真实项目里，最常被忽略的是命名空间和空文本判断——这两个点不试一遍 XML 数据，光看 XSLT 代码根本看不出问题。
