XML模式中的可扩展枚举列表实现

76 浏览量更新于2024-09-01 收藏 100KB PDF 举报

"在XML模式中扩展枚举列表是一个重要的设计挑战，特别是在系统需要适应未来可能的新增值时。XML模式规范自身并不直接支持枚举列表的动态扩展，但可以通过一些创新方法来实现这一目标。文章探讨了如何在设计阶段就考虑到枚举列表的扩展性，以便在后期增加新的枚举值，同时保持与原有系统的兼容性。在枚举列表的应用场景中，例如定义国家代码，随着新国家的出现，列表需要更新以包含新识别的代码。传统的XML模式定义会固定枚举值，导致在添加新值时需要修改模式，这可能会破坏已有的实现。为了解决这个问题，模式设计者和实现者需要找到一种在不破坏向后兼容性的前提下扩展枚举列表的方法。在寻求解决方案的过程中，有四个主要考虑因素： 1. **扩展性**：允许在设计完成后，尤其是在紧急情况下或新需求出现时，方便地添加新的枚举值。 2. **验证**：新值应能在解析XML文档时被有效验证，以确保数据的准确性。 3. **单次解析和验证**：理想的解决方案应在一次解析过程中完成扩展值的处理，避免额外的处理步骤和复杂度。 4. **向后兼容性**：任何扩展都不应影响已经基于旧模式实现的系统，确保老版本的文档仍然可以正确解析和处理。文章可能探讨了几种应对策略，包括使用子类型、引入命名空间、利用外部词汇表或使用扩展机制等。例如，通过使用子类型，可以创建一个基类型来定义基本的枚举列表，然后为每个新值创建一个子类型。这种方式可以在不修改原始模式的情况下增加新的枚举值。另一种方法可能是引用外部词汇表，使得枚举值列表可以在不修改模式的情况下进行更新。为了满足向后兼容性，可能需要使用默认值或者过渡规则，确保旧的枚举值在新版本中仍然有效。同时，可能需要使用特定的XML Schema特性，如`xs:any`元素，来允许未预见的元素存在，但这需要在解析和验证过程中进行特殊处理。扩展XML模式中的枚举列表是一个涉及多个技术挑战和业务需求的问题。通过创新的设计和利用XML Schema的特性，模式设计者可以创建灵活且可扩展的数据模型，同时维护与现有实现的兼容性。文章详细阐述了这些方法和最佳实践，对于XML模式设计和实现人员来说具有很高的参考价值。"

在在XML模式中扩展枚举列表模式中扩展枚举列表

在列表中添加新值是一种常见而且必要的需求。模式设计者通常希望在系统架构中构建一种添加附加值的方

法，并且该附加值在设计阶段是未知的。模式设计者如何创建一个可扩展、易于实现的枚举值列表？本文将介

绍几种实现这一目标的方法。模式设计者和实现人员需要一种扩

在列表中添加新值是一种常见而且必要的需求。模式设计者通常希望在系统架构中构建一种添加附加值的方法，并且该附加值

在设计阶段是未知的。模式设计者如何创建一个可扩展、易于实现的枚举值列表？本文将介绍几种实现这一目标的方法。

模式设计者和实现人员需要一种扩展 XML 模式中现有枚举列表的方法。不幸的是，XML 模式规范不允许在这些列表的创建过

程中（参阅参考资料）进行扩展。设计阶段所选的值是固定的，而且都是可用的。尽管有这样的限制，人们仍使用各种替代

方案来实现列表扩展。很多使用现有的不能改变的模式的客户经常提出这一要求。他们希望在添加新功能的同时保持向后兼容

性。本文中，您将会看到模式设计者如何克服障碍实现该功能。

枚举列表是特定数据点的一组指定值。例如，您也许通过固定的值列表查看国家代码，包括 DE（德国）、US（美国）和

JP（日本）。根据给定的值集，当一个新国家被识别出时，如 TL（东帝汶）或者 BA（波斯尼亚及黑塞哥维那），该怎么

办？使用以前的名称列表的客户必须改变实现来容纳新值。

当使用 XML 模式对数据建模时，枚举值被显式列出。因此，国家代码列表依次包含各个枚举值。经常需要识别列表中的新

值，而且必须将其容纳到列表中，模式设计者试图找到一种扩展列表的方法，实际上，是将这种方法构建到设计中，允许添加

在设计时未知的附加值。

创建可扩展的枚举列表

在寻找这一问题的解决方案时，受到四个关键标准的影响：

首先，要在设计阶段之后扩展列表。不管是快速建立一个新的贸易伙伴还是建立时间关键型的新数据字段，在关键时刻进行扩

展是一项实际需求。

其次，能够在解析器中验证值对于简化实现是非常关键的。

第三，在单个周期内完成解析和验证是至关重要的。这就避免了像 Genericode 解决方案一样，在一个单独的周期和解析器中

进行验证。对于某些设置来说，添加新技术需求会导致成本太高或者太耗时。

最后，解决方案必须能够向后兼容原始的模式。不兼容的列表更改不能称为扩展。

有些人认为根本就不应该扩展枚举列表。数据建模人员也许认为如果想让模型包含更多数据、扩展模型，那么可以根据产品创

建模式 — 实际上，在需要时创建更大的模型并减少限制。如果能够控制原始模式和数据模型，这样做是可以的，这种方法也

许是理想的方法。但是，如果您需要在设计阶段之后进行实际扩展，这样的方法是行不通的。

还有人认为扩展枚举列表的关键是不使用 XML 模式验证解析器。Genericode（参阅参考资料）建议在第二层对枚举列表进行

验证，脱离初始的 XML 模式解析器验证过程。这种理论是正确的，而且这种方法的应用会越来越广泛。但是，如果要在一个

解析周期内完成，这种解决方案是无法做到的。在某些情况下，不可能执行第二个验证周期。

当然，您可以在新列表中创建新元素。但是，不能向后兼容原始模式。我们的目标是在保持向后兼容性的同时实现一个可扩展

的列表（参阅参考资料）。

对于本文的目标，这里作出的假设基于我与客户打交道的经验 —— 即用附加值扩展现有枚举列表的需求。另外，我假设在一

个步骤内完成 XML 模式解析与验证等操作。

扩展枚举列表的必要条件

该扩展示例有四个必要条件：

允许在设计阶段之后扩展枚举列表。

用解析器验证枚举列表。

在一个周期内验证枚举列表。

维持和原始模式的向后兼容性。

举例来说，一个团队需要处理一个区域产业协会的枚举列表（或任意现有列表）为例，并根据使用修改模式组件。先前的模式

提供 MaritalStatus 组件和值的枚举列表，如清单 1 所示。

清单 1. 婚姻状况枚举列表

<xsd:simpleType name="MaritalStatusEnumType">

<xsd:restriction base="xsd:normalizedString">

<xsd:enumeration value="Divorced"/>

<xsd:enumeration value="Married"/>

<xsd:enumeration value="NeverMarried"/>

<xsd:enumeration value="Separated"/>

<xsd:enumeration value="SignificantOther"/>

<xsd:enumeration value="Widowed"/>

<xsd:enumeration value="Unknown"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:element name="MaritalStatus" type="MaritalStatusEnumType"/>

假设一个公司要使用这些值，另外，还要支持它的重要贸易伙伴使用另一个值。CivilUnion 是一个扩展值，公司识别出该值不

属于原始模式。但是从语义上来说，使用现有元素 —MaritalStatus — 也是可以的。公司要如何实现呢？

回页首

解决方案 1：编辑原始模式使其包含新枚举值

当然，编辑原始模式使其包含新枚举值是最直接的方法。保留模式的本地副本，然后编辑这些模式以支持公司使用的枚举值。

优点：易于实现

缺点：

需要编辑原始模式，这些模式将逐渐改变，以至于无法控制。如果扩展一个先前存在的列表，那么创建者（贸易伙伴、协会

等）可能要发布列表的新版本。您需要将编辑的内容传播到每个新版本中。

下载后可阅读完整内容，剩余3页未读，立即下载

weixin_38628362

粉丝: 6
资源: 899

XML模式中的可扩展枚举列表实现

XML代码自动生成（XML编辑器）

Delphi数据库设计素材

XML与数据库交互：枚举类型在XML模式定义中的应用

PGMSchema：XML模式与Proto 1.4.X映射一起使用

WPF列表框和组合框MVVM“绑定”枚举

W3C school XML schema中文教程

XML Schema

XML：可扩展标记语言与枚举注解详解

深入理解XML、枚举及注解的编程实践

XML Schema到关系模式的转换技术在数据集成中的应用

最新资源