XML Schema：我是否可以使某些属性的值成为必需但仍然允许其他值

根据“XML Schema Part 1: Structures” specification ……

When two or more particles contained directly or indirectly in the {particles} of a model group have identically named element declarations
as their {term},the type definitions of those declarations must be the
same.

这并不是说您无法构建将验证正确文档的模式.这意味着,您无法构建无法在某些不正确的文档上进行验证的架构.当我说“不正确”时,我指的是违反您用英语说明的限制的文件.

例如,假设您有一个包含三个Street元素的文档,如下所示：

<Address Field="Street" Value="123 Main"/> 
<Address Field="Street" Value="456 Main"/> 
<Address Field="Street" Value="789 Main"/> 
<Address Field="SomeOtherCrazyValue" Value="Foo"/>

根据您的架构,该文档是有效的地址.可以在模式中添加xs:unique约束,以便拒绝这些损坏的文档.但即使使用xs：unique,对这种模式进行验证也会声明其他一些不正确的文档是有效的 – 例如,一个包含三个< Address>的文档.元素,每个元素都有一个唯一的Field属性,但没有一个具有Field =“Zip”.

事实上,不可能生成一个W3C XML Schema,它正式编写了您所声明的约束. <xs:all>元素几乎可以帮助您,但它仅适用于元素,而不适用于属性.并且,它不能与扩展一起使用,因此您无法在W3C XML Schema中说“所有这些元素以任何顺序加上任何其他元素”.

为了执行您寻求的验证,您的选择是：

>依赖XML Schema以外的东西,
>在多个步骤中执行验证,第一步使用XML Schema,第二步使用其他功能.

对于第一种选择,我认为你可以使用Relax NG来做到这一点.其缺点是,它不是一个标准,据我所知,它既没有得到广泛支持也没有增长.这就像学习盖尔语以表达思想一样.盖尔语没有错,但它有点像语言学的死胡同,I think RelaxNG is,too.

对于第二个选项,一种方法是作为第一步验证您的模式,然后,作为第二步：

A.应用一个XSL转换,它将转换< Address>元素到为其Field属性的值命名的元素.该转换的输出如下所示：

<root>
  <Street Value="101 Bellavista Drive"/>
  <State  Value="Confusion"/>
  <Zip    Value="10101"/>
</root>

B.根据不同的模式验证该变换的输出,如下所示：

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
           elementFormDefault="qualified">
  <xs:element name="root">
    <xs:complexType>
      <xs:all>
        <xs:element maxOccurs="1" minOccurs="1" ref="Street" />
        <xs:element maxOccurs="1" minOccurs="1" ref="State" />
        <xs:element maxOccurs="1" minOccurs="1" ref="Zip" />
      </xs:all>
    </xs:complexType>
  </xs:element>

  <xs:element name="Street">
    <xs:complexType>
      <xs:attribute name="Value" use="required" type="xs:string"/>
    </xs:complexType>
  </xs:element>
  <xs:element name="State">
    <xs:complexType>
      <xs:attribute name="Value" use="required" type="xs:string"/>
    </xs:complexType>
  </xs:element>
  <xs:element name="Zip">
    <xs:complexType>
      <xs:attribute name="Value" use="required" type="xs:string"/>
    </xs:complexType>
  </xs:element>

</xs:schema>

您需要扩展该架构以处理其他元素,例如< SomeOtherCrazyValue>在转换的输出中.或者你可以将xsl变换结构化为不发出不属于{State,Street,Zip}的元素.

为了清楚起见,我了解到您无法更改收到的XML.这种方法不需要这样做.它只使用了一个时髦的两步验证方法.第二个验证步骤完成后,您可以放弃转换的结果.

编辑 – 实际上,肖恩,再次考虑这个,你可以只使用步骤B.假设您的XSL转换只是从文档中删除<地址> Field属性值没有State,Street或Zip的元素.换句话说,没有< Address Field =“SomeOtherCrazyValue”...>.可以使用您的模式验证该变换的结果,使用maxOccurs =“3”,minOccurs =“3”和xs：unique.