参考在XSD

Question

的属性和类型属性，我看到了这样一个例子：

<xsd:element name="Product"> 
    <xsd:complexType> 
     <xsd:sequence> 
      <xsd:element name="ProductName" type="xsd:string" /> 
      <xsd:element name="Customer" type="xsd:CustomerType" /> 
     </xsd:sequence> 
    </xsd:complexType> 
</xsd:element> 
<xsd:element name="CustomerType"> 
    <xsd:complexType> 
     <xsd:sequence> 
      <xsd:element name="FullName" type="xsd:string" /> 
      <xsd:element name="Age" type="xsd:string" /> 
      <xsd:element name="Age" type="xsd:occupation" /> 
     </xsd:sequence> 
    </xsd:complexType> 
</xsd:element> 

为什么有人会选择在这种情况下，一个type而不是ref我想知道：

<xsd:element name="Product"> 
    <xsd:complexType> 
     <xsd:sequence> 
      <xsd:element name="ProductName" type="xsd:string" /> 
      <xsd:element ref="Customer" /> 
     </xsd:sequence> 
    </xsd:complexType> 
</xsd:element> 
<xsd:element name="Customer"> 
    <xsd:complexType> 
     <xsd:sequence> 
      <xsd:element name="FullName" type="xsd:string" /> 
      <xsd:element name="Age" type="xsd:string" /> 
      <xsd:element name="Age" type="xsd:occupation" /> 
     </xsd:sequence> 
    </xsd:complexType> 
</xsd:element> 

什么将是使用Type而不是ref的积极方面，任何人都可以解释我吗？我所知道的是ref也可以有minOccurs和maxOccurs选项，所以你可以将ref定义为反序列化代码中的数组。

Answer 1

有很多方法可以看到这一点。我想这一切都始于一些基本原则，例如创作风格的一致性。从那里开始，人们开始分析一种做法与另一种做法的含义;名字被给了：俄国玩偶，Salami切片，Venetial Blinds，伊甸园。如果您想了解更多信息，搜索XSD创作样式（也称为XSD设计模式）将会产生大量关于此主题的网站。这link和this one是相当不错的“快餐”类似的参考文献，我会开始... ...虽然我不同意在那里的一些陈述，例如contains only one global element（所以，如果我为一个Web服务定义一个rq/rs模式，我将不符合？）总体而言是一个好的开端。

就你而言，一致地定义基于引用元素的内容模型是“Salami Slice”模式的一种表示：所有元素全局，类型为本地（匿名）。第一个含义是不能摆脱与标签关联的名称空间。

不使用引用的元素，而是依赖于局部定义，其中全局的类型表示“威尼斯盲”模式。为了与上面的命名空间注释保持一致，现在可以通过在schema元素上设置elementFormDefault属性来控制命名空间。

与粒子关联的minOccurs/maxOccurs在此处不相关。对于全局元素，这些属性不适用。对于内容模型粒子而言，元素是一种类型，不管元素是否为局部，它都不会有任何区别。