W3Schools网站通过在模式定义的开头定义类型并稍后在其他complexType中引用这些类型来描述对基本XML模式布局的改进。这是一个例子:
<xml version="1.0" encoding="ISO-8859-1" ?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
<!-- definition of simple elements -->
<xs:element name="orderperson" type="xs:string"/>
<xs:element name="name" type="xs:string"/>
<xs:element name="address" type="xs:string"/>
<xs:element name="city" type="xs:string"/>
<xs:element name="country" type="xs:string"/>
<xs:element name="title" type="xs:string"/>
<xs:element name="note" type="xs:string"/>
<xs:element name="quantity" type="xs:positiveInteger"/>
<xs:element name="price" type="xs:decimal"/>
<!-- definition of complex elements -->
<xs:element name="shipto">
<xs:complexType>
<xs:sequence>
<xs:element ref="name"/>
<xs:element ref="address"/>
<xs:element ref="city"/>
<xs:element ref="country"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
据我了解,这通过一个共同的位置来定义简单的元素和属性,从而简化了模式的结构。
我的问题是 - 这是否允许将定义的元素作为顶级元素放在有效的XML文件中?例如,以下代码段对于架构是否有效:
<name>Foo</name>
<name>Bar</name>
<shipto>
<name>...</name>
<address>...</address>
...
</shipto>
这似乎意外的行为与定义和引用模式定义中的元素的目的无关。
有人可以对处理这种情况的最佳做法添加任何评论吗?
答案 0 :(得分:1)
这不是意想不到的行为。 XSD的理念是,如果
<a><b><c/></b></a>
有效,一般情况下
<b><c/></b>
也有效:在有效文档中,每个片段都有效。
这可能不是你想要的,但它是XSD设计师想要的。收件人有责任说“我希望文件有效”,但“我希望文件对元素a的声明有效”。 (遗憾的是,架构处理器的某些API实际上并不允许您这样说。)