为什么 XML 模式允许 QName 作为元素的值？

Question

在 如何使用 XPath 查找具有命名空间的 XML 文档中的所有文本节点？ 中，SO 用户断言XML 文档不能是命名空间限定的。 XPath 1.0 规范 和 此关于 QName 的文档 同意他们的主张。

OTOH，考虑这个 XML

<?xml version="1.0" encoding="UTF-8"?>
<Root xmlns:bob="http://www.bob.com">
    <Hello>bob:World</Hello>
</Root>

和这个 XML 架构：

<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"> 
    <xs:element name="Root">
        <xs:complexType>
            <xs:sequence>
                <xs:element name="Hello" type="xs:QName" />
            </xs:sequence>
        </xs:complexType>
    </xs:element>
</xs:schema>

它声明 Hello 为 QName 类型。如果从 XML 文档中删除 http://www.bob.com 命名空间，则不会进行验证。

想看一个真实世界的例子吗？ SOAP 1.2 规范中的故障代码 是其中之一我曾经遇到过。

所以我的问题是：

1. 为什么 XML Schema 允许 QName 作为元素的值？这似乎与其他规范相矛盾。
2. 公平地说，即使 XML 解析器不理解文本节点是命名空间限定的，但其他处理器（例如模式验证器和 SOAP 处理器）却可以？

Answer 1

你混淆了概念。

元素和属性都有名称，并且它们的名称可以是命名空间限定的。文本节点没有名称，因此它们的名称显然不能是命名空间限定的。

属性和文本节点都可以将 QName 作为其内容。这两种情况下的命名空间前缀都是根据包含元素的范围内命名空间进行解析的：即在元素及其祖先上声明的所有命名空间。这与所讨论的元素或属性的名称完全无关。

然而，您指出元素或属性内容中的 QName 无法由 XML 解析器本身检测到，只能由模式验证器检测，这是正确的。您认为这是一个问题也是正确的。然而，规格之间并不矛盾。这完全符合以下事实：XML 解析器无法识别节点包含数字或日期，但模式验证器可以。