XML属性命名冲突解决方案

Question

XML规范指出，非限定名称空间不在命名空间中。规范中的语义是有争议的，但是所有的XML工具集都是以这种方式编写的。请参阅：

XML Namespaces and Unprefixed Attributes

这是我的潜意识恨了，我的大脑有意识的斗争，以阐述理由的概念。

如果非限定属性不在任何名称空间中，那么验证如何仍然有效？这是一个矛盾。

当范围内有两个同名的属性会发生什么。一个来自默认名称空间，另一个来自当前元素。

<document xmlns="default.ns" xmlns:hr="humanresources.ns"> 
    <hr:user id="abc" /> 
</document> 

如果id在两个default.ns和humanresources.ns但不同的数据类型定义，说xs:token和xs:integer其命名空间将被id，如果有一个决心进行验证？

假设一个验证器会在模糊性方面出错，并强制其他属性被限定，那么我是否必须编写一个帮助器GetLocalAttribute方法来处理所有这些？

像：

• ids =选择元素上的所有属性，其中的localName等于id
• b =从ids其中的名称空间等于元素名称空间选择单个
• 如果b = NULL {返回b}
• 否则从ids返回单个名称空间等于空

卢克

Answer 1

如果id在两个default.ns和humanresources.ns但不同的数据类型定义，说xs:token和xs:integer其命名空间将ID来，如果有一个决心进行验证？

它不会“解决”任何事情。你的示例XML

<document xmlns="default.ns" xmlns:hr="humanresources.ns"> 
    <hr:user id="abc" /> 
</document> 

有

• 在命名空间default.ns与当地名document根级元素，
• 在命名空间humanresources.ns与当地名user一个子元素，用
• 没有名字空间的本地名称id的属性

这是否有效取决于人力资源模式中user元素类型的定义。如果指定允许user元素的id属性不在名称空间中，那么它是有效的，无论任何模式是否在相应的名称空间中声明名为id的为的全局属性。

默认情况下，相同规则适用于XML模式中的元素的属性 - 顶级“全局”属性（和元素）声明属于模式的targetNamespace，但是属于（本地）属性（和元素）声明嵌套在complexType中不属于任何名称空间。这可以通过单个声明中的form属性和/或整个模式中的elementFormDefault和attributeFormDefault来控制。所以

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" version="1.0" 
      targetNamespace="humanresources.ns" xmlns:tns="humanresources.ns"> 
    <xs:element name="user"> 
    <xs:complexType> 
     <xs:attribute name="id" type="xs:string" /> 
    </xs:complexType> 
    </xs:element> 
</xs:schema> 

架构声称，在该模式中的targetNamespace名为没有命名空间id所需的属性user元素，而

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" version="1.0" 
      targetNamespace="humanresources.ns" xmlns:tns="humanresources.ns"> 
    <xs:attribute name="id" type="xs:string" /> 
    <xs:element name="user"> 
    <xs:complexType> 
     <xs:attribute ref="tns:id" /> 
    </xs:complexType> 
    </xs:element> 
</xs:schema> 

（与在顶层声明的属性）将意味着user元素需要id属性，该属性位于humanresources.ns命名空间中，即

<hr:user hr:id="abc" />