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

有很多方法可以看这个。我想这一切都始于一些基本原则，例如创作风格的一致性。从那里开始，人们开始分析一种方式与另一种方式的含义;名字是：俄罗斯娃娃，萨拉米香肠切片，百叶窗，伊甸园。如果您想了解更多信息，搜索XSD创作样式（也称为XSD的设计模式）将会产生大量涉及此主题的网站。这个link和this one是非常好的“快餐”类似的参考资料我会开始......虽然我不同意那里的一些陈述，例如 contains only one global element （因此，如果我为Web服务定义rq / rs架构，我会不合规？）总体来说是一个很好的启动器。

在您的情况下，始终根据引用的元素定义内容模型是“Salami Slice”模式的指示：所有元素全局，类型本地（匿名）。第一个含义是，人们无法摆脱与标签相关联的命名空间。

不使用引用元素，而是依赖于本地定义，使用全局类型，表示“Venetian Blind”模式。与上面的命名空间注释一致，现在可以通过在schema元素上设置elementFormDefault属性来控制命名空间。

与粒子关联的minOccurs / maxOccurs与此处无关。对于全局元素，这些属性不适用。对于内容模型粒子，元素是一种，无论元素是 ref ed还是local，它都没有区别。

XSD中的Ref属性或Type属性

1 个答案: