使用 XSLT 重命名节点

我正在尝试一些非常简单的事情，但由于某种原因它不起作用。基本上，我需要重命名 XML 文档中的一些节点。因此，我创建了一个 XSLT 文件来进行转换。

下面是 XML 的示例：

编辑：地址和地址元素出现在许多级别。这就是导致我不得不尝试应用 XSLT 的原因。 Visual Studio 类型化数据集功能（从 XSD 文件创建类型化数据集）不允许您对同一表进行嵌套引用。因此，拥有 Businesses/Business/Addresses 和 Businesses/Business/Contact/Addresses 会导致 Load() 失败。这是一个已知问题，他们告诉您的只是“没有嵌套表引用......编辑您的 XSD 以停止这种情况。”不幸的是，这意味着我们必须应用 XSLT 来使 XML 符合“被黑客攻击的”XSD，因为这些文件来自第三方供应商。

因此，我们非常接近这里提供的帮助。最后几件事是：

1.) 如何使用 xsl:template 的 match 属性中的命名空间引用来指定我要将 Businesses/Business/Addresses 重命名为 BusinessAddresses，但将 Businesses/Business/Contacts/Contact/Addresses 重命名为 ContactAddresses？

2.) 如何阻止 XSLT 使用显式名称空间引用来混淆每个新元素？它导致输出极度膨胀。

我创建了一个名为“steel”的命名空间，并取得了良好的成功：

<xsl:template match="steel:Addresses>
  <xsl:element name="BusinessAddresses>
</xsl:template>

这里明显的问题是它重命名ALL将 Addresses 元素添加到 BusinessAddresses，即使我希望其中一些元素命名为 ContactAddresses，依此类推。对所有重命名的节点不必要地添加显式名称空间引用也很麻烦。

我尝试了这种方法，但是一旦我向 match 属性添加斜杠，XSLT 中就会出现语法错误，如下所示：

<xsl:template match="steel:/Businesses/Business/Addresses">

我感觉非常接近，但需要一些关于如何混合命名空间使用和使用斜杠进行选择的方法的指导ANY特定路径下的节点。

<?xml version="1.0"?>
<Businesses>
  <Business>
    <BusinessName>Steel Stretching</BusinessName>
    <Addresses>
      <Address>
        <City>Pittsburgh</City>
      </Address>
      <Address>
        <City>Philadelphia</City>
      </Address>
    </Addresses>
    <Contacts>
      <Contact>
        <FirstName>Paul</FirstName>
        <LastName>Jones</LastName>
        <Addresses>
          <Address>
            <City>Pittsburgh</City>
          </Address>
        </Addresses>
      </Contact>
    </Contacts>
  </Business>
  <Business>
    <BusinessName>Iron Works</BusinessName>
    <Addresses>
      <Address>
        <City>Harrisburg</City>
      </Address>
      <Address>
        <City>Lancaster</City>
      </Address>
    </Addresses>
  </Business>
</Businesses>

我需要将地址重命名为 BusinessAddresses，并且需要将地址重命名为 BusinessAddress，对于直接位于业务节点下的地址和地址的每个实例。我还需要将 Addresses 重命名为 ContactAddresses，并且需要将 Addresses 重命名为 ContactAddress，对于直接位于 Contact Node 下的 Addresses 和 Address 的每个实例。

我尝试了几种解决方案，但似乎都不起作用。它们最终都会生成与原始文件相同的 XML。

这是我尝试过的示例：

  <xsl:template match="/">
    <xsl:apply-templates select="@*|node()" />
  </xsl:template>

  <xsl:template match="@*|*">
    <xsl:copy>
      <xsl:apply-templates select="@*|node()" />
    </xsl:copy>
  </xsl:template>

  <xsl:template match="Addresses">
    <BusinessAddresses>
      <xsl:apply-templates select="@*|node()" />
    </BusinessAddresses>
  </xsl:template>

已经在至少 6 种不同的风格中进行了尝试，并通过 VB.Net 中的 XSLT 调试器进行了单步调试。它从不执行地址的模板匹配。

Why?

为什么 XSLT 可能会失败？

XSLT 会因为拼写错误等明显问题而失败。然而，最有可能的情况与命名空间的使用有关。如果您为 XML 声明了默认名称空间，但未将其包含在 XSLT 中，则 XSLT 将不会像您期望的那样与模板匹配。

以下示例添加了xmlns:business属性，声明由以下条件限定的项目business前缀属于命名空间mynamespace.uri。然后，我使用此前缀来限定地址和地址模板匹配。当然，您需要将命名空间 URI 更改为与 XML 文件的默认命名空间相匹配的任何名称。

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
                xmlns:msxsl="urn:schemas-microsoft-com:xslt"
                xmlns:business="mynamespace.uri"
                exclude-result-prefixes="msxsl">
  <xsl:template match="/">
    <xsl:apply-templates select="@*|node()"/>
  </xsl:template>

  <xsl:template match="@*|node()">
    <xsl:copy>
      <xsl:apply-templates select="@*|node()"/>
    </xsl:copy>
  </xsl:template>

  <xsl:template match="business:Addresses">
    <xsl:element name="BusinessAddresses">
      <xsl:apply-templates select="@*|node()" />
    </xsl:element>
  </xsl:template>

  <xsl:template match="business:Address">
    <xsl:element name="BusinessAddress">
      <xsl:apply-templates select="@*|node()"/>
    </xsl:element>
  </xsl:template>
</xsl:stylesheet>

如何根据元素位置和名称来匹配模板？

有多种方法可以解决您的问题的最后一部分，BusinessAddress 或 ContactAddress，但最简单的方法是修改模板match考虑父节点的属性。如果你想到match属性作为节点的 XML 路径，此选项变得更加清晰（为简洁起见，省略了模板的内容）：

<xsl:template match="business:Business/business:Addresses>
</xsl:template>

<xsl:template match="business:Business/business:Addresses/business:Address">
</xsl:template>

<xsl:template match="business:Contact/business:Addresses">
</xsl:template>

<xsl:template match="business:Contact/business:Addresses/business:Address">
</xsl:template>

存在其他方法来实现这一点，如果match仍然仅基于元素名称，但它们更难实现、遵循和维护，因为它们涉及对正在处理的元素的父节点层次结构进行条件检查，所有这些都在模板内。