xsd中扩展复杂类型需先定义基础类型，再用extension元素在complexcontent内继承base属性指向该类型，并在其内部添加新元素或属性；2. extension是“加法”式继承（如employeetype含persontype所有内容+新增字段），restriction是“减法”式约束（不增新内容，只收紧原有规则）；3. 添加属性时直接在extension内用attribute标签定义，可设use="required"等规则，多个属性依次列出即可；4. 基类型内容全继承且顺序固定——元素追加到末尾，属性无序合并，无需重复声明。这种机制实现了结构复用与灵活定制的统一。
在XSD中，要通过extension元素扩展复杂类型，其核心在于基于一个已存在的复杂类型，在其基础上增加新的元素或属性，从而创建出一个新的、更具体的复杂类型。这就像是说，你有一个基础的“人”的定义，现在你想定义一个“学生”，学生首先是个人，但又比普通人多了一些特有的属性，比如学号、专业等。extension正是实现这种“是……的一种，并增加更多”的机制。
扩展复杂类型，你首先需要一个作为基础的复杂类型。然后，你定义一个新的复杂类型，并在其中使用extension元素，通过base属性指向你想要扩展的那个基础类型。之后，你就可以在extension元素内部定义你想要新增的元素或属性了。
举个例子，假设我们有一个基础的PersonType：
<xs:complexType name="PersonType">
<xs:sequence>
<xs:element name="name" type="xs:string"/>
<xs:element name="age" type="xs:int"/>
</xs:sequence>
</xs:complexType>现在，我想定义一个EmployeeType，它在PersonType的基础上增加一个employeeId和department。我会这么做：
<xs:complexType name="EmployeeType">
<xs:complexContent>
<xs:extension base="PersonType">
<xs:sequence>
<xs:element name="employeeId" type="xs:string"/>
<xs:element name="department" type="xs:string"/>
</xs:sequence>
</xs:extension>
</xs:complexContent>
</xs:complexType>这里需要注意，extension元素必须包含在complexContent元素内部。这在我看来，是一种很清晰的信号：你正在对一个复杂类型的内容进行扩展，而不是简单地定义一个新类型。扩展后，EmployeeType就自动拥有了name、age，以及它自己新增的employeeId和department。这种设计思路，正是为了应对现实世界中“既要复用又要定制”的复杂需求，非常实用。
这是个经常让人混淆的问题，但理解它们之间的根本差异至关重要。在我个人看来，extension和restriction代表了两种完全不同的类型关系。
extension（扩展）体现的是一种“is-a”或“是一种”的关系。当你使用extension时，你是在说新类型是旧类型的一种，并且在此基础上增加了新的特性（元素或属性）。这意味着新类型拥有旧类型的所有内容模型，并且在其后或其内插入了新的内容。例如，EmployeeType扩展PersonType，那么一个员工“是”一个人，并且拥有额外的员工特有信息。这种关系是累加的、增强的。
而restriction（限制）则体现的是一种“is-a-special-kind-of”或“是……的更具体形式”的关系。当你使用restriction时，你是在说新类型是旧类型的一种更受限、更具体的版本。它不能增加任何新的元素或属性，只能对旧类型中已有的元素或属性的值域、出现次数等进行更严格的限定。比如，你可以定义一个PositiveInteger类型，它限制了xs:int只能是正数。这里，PositiveInteger“是”一个整数，但它被限制在了更小的取值范围。这种关系是收敛的、约束的。
简单来说，扩展是“加法”，在原有基础上增加；限制是“减法”，在原有基础上收窄。选择哪种方式，取决于你想要表达的类型关系。
extension为现有复杂类型添加新的属性？通过extension为现有复杂类型添加新的属性，其方法与添加新元素类似，都是在extension元素内部进行定义。这其实非常直观，XSD的设计者显然考虑到了属性也是复杂类型定义中不可或缺的一部分。
假设我们仍然使用之前的PersonType：
<xs:complexType name="PersonType">
<xs:sequence>
<xs:element name="name" type="xs:string"/>
<xs:element name="age" type="xs:int"/>
</xs:sequence>
</xs:complexType>现在，我们想定义一个IdentifiedPersonType，它在PersonType的基础上增加一个id属性。我们可以这样操作：
<xs:complexType name="IdentifiedPersonType">
<xs:complexContent>
<xs:extension base="PersonType">
<xs:attribute name="id" type="xs:string" use="required"/>
</xs:extension>
</xs:complexContent>
</xs:complexType>在这个例子中，我们在extension内部直接定义了id属性。这样，任何基于IdentifiedPersonType的XML元素，除了拥有name和age子元素外，还必须（因为use="required"）拥有一个id属性。
值得一提的是，如果你想为扩展类型添加多个属性，你只需在extension内部连续定义它们即可。属性的顺序通常不影响其语义，因为它们是无序的。这种灵活的扩展方式，让我们可以非常方便地构建出层次丰富且结构清晰的XML数据模型。
当你使用extension扩展一个复杂类型时，基类型中定义的所有内容模型（包括元素和属性）都会被自动继承到新的扩展类型中。你不需要显式地去重新声明它们，它们就“在那里”了。这一点是extension最核心的特性之一，也是其实现类型复用的关键。
这意味着，如果你的基类型有一个sequence、choice或all组合器，或者定义了一些属性，那么在你的扩展类型中，这些内容都会被保留。你所做的，仅仅是在这个既有的内容模型之外，或者说在它之后，添加你自己的新内容。
考虑这个基类型：
<xs:complexType name="ProductType">
<xs:sequence>
<xs:element name="productId" type="xs:string"/>
<xs:element name="productName" type="xs:string"/>
</xs:sequence>
<xs:attribute name="status" type="xs:string"/>
</xs:complexType>现在，我们扩展它，定义一个DigitalProductType，增加一个downloadLink元素和一个licenseKey属性：
<xs:complexType name="DigitalProductType">
<xs:complexContent>
<xs:extension base="ProductType">
<xs:sequence>
<xs:element name="downloadLink" type="xs:anyURI"/>
</xs:sequence>
<xs:attribute name="licenseKey" type="xs:string"/>
</xs:extension>
</xs:complexContent>
</xs:complexType>对于DigitalProductType，它将拥有：
ProductType的productId元素ProductType的productName元素downloadLink元素ProductType的status属性licenseKey属性需要注意的是，新增加的元素会按照其在extension内部的定义顺序，附加到基类型内容模型的末尾。属性则没有固定的顺序，它们只是简单地与基类型属性集合合并。这种机制，在我看来，让XSD的类型系统既强大又灵活，能够很好地模拟现实世界中对象继承和特化的概念。它避免了重复定义，同时又提供了足够的定制空间。
以上就是XSD的extension元素如何扩展复杂类型？的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
201
收藏
