【问题标题】:Reference elements in XML SchemaXML Schema 中的引用元素
【发布时间】:2013-04-22 04:38:14
【问题描述】:

W3Schools 网站描述了对基本 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 文件中吗?例如,以下 sn-p 对于架构是否有效:

<name>Foo</name>
<name>Bar</name>
<shipto>
  <name>...</name>
  <address>...</address>
  ...
</shipto>

这似乎是与在架构定义中定义和引用元素的目的无关的意外行为。

任何人都可以添加任何关于处理这种情况的最佳实践的 cmets 吗?

【问题讨论】:

    标签: xml xsd


    【解决方案1】:

    这不是无意的行为,而是有意的。 XSD 的哲学是,如果

    <a><b><c/></b></a>
    

    有效,那么一般

    <b><c/></b>
    

    也是有效的:在有效的文档中,每个片段都是有效的。

    这可能不是您想要的,但这是 XSD 设计者想要的。收件人的责任不是说“我希望文档有效”,而是“我希望文档对元素 a 的声明有效”。 (遗憾的是,某些模式处理器的 API 实际上不允许您这样说。)

    【讨论】:

      猜你喜欢
      • 2011-08-22
      • 2019-07-22
      • 1970-01-01
      • 2021-09-07
      • 2021-06-28
      • 1970-01-01
      • 2011-12-22
      • 1970-01-01
      • 2014-09-08
      相关资源
      最近更新 更多