xml - XSD 中的 Ref 属性或 Type 属性

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是非常好的“快餐”类引用文献，我会从...开始……虽然我不同意那里的某些陈述，例如仅包含一个全局元素(因此，如果我为 Web 服务定义一个 rq/rs 架构，我就不会合规吗？)总体来说是一个很好的入门。

在您的情况下，基于引用元素一致地定义内容模型是“意大利腊肠切片”模式的指示:所有元素都是全局的，类型是本地的(匿名的)。第一个含义是无法摆脱与标签关联的 namespace 。

不使用引用元素，而是依赖于局部定义，具有全局类型，表示“百叶窗”模式。与上面的命名空间注释保持一致，现在可以使用这种方法通过在架构元素上设置 elementFormDefault 属性来控制命名空间。

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