数据协定版本管理
随着应用程序的发展，您也可能不得不更改服务使用的数据协定。本主题说明如何管理数据协定的版本。本主题介绍数据协定版本管理机制。若要获得完整的概述和版本管理说明指南，请参见最佳做法：数据协定版本管理。
重大更改与非重大更改
对数据协定的更改可能是重大更改，也可能是非重大更改。对数据协定进行非重大更改时，使用较早版本协定的应用程序和使用较新版本协定的应用程序可以互相通信。另一方面，如果进行重大更改，则会阻止单向或双向通信。
对类型的任何更改，只要不影响其传输方式和接收方式，都是非重大更改。这类更改只更改基础类型，而不更改数据协定。例如，如果更改一个字段的名称后，将 DataMemberAttribute 的 Name 属性设置为较早版本的名称，则属于非重大更改方式。下面的代码演示数据协定的版本 1。
下面的代码演示非重大更改。
有些更改确实修改了传输的数据，但这些更改可能是重大更改，也可能不是重大更改。下面的更改始终是重大更改：
- 更改数据协定的 Name 或 Namespace 值。
- 通过 DataMemberAttribute 的 Order 属性来更改数据成员的顺序。
- 重命名数据成员。
- 更改数据成员的数据协定。例如，将数据成员的类型从整数更改为字符串，或者从数据协定名称为“Customer”的类型更改为数据协定名称为“Person”的类型。
下面的更改也可能是重大更改。
添加或移除数据成员
大多数情况下，添加或移除数据成员不是重大更改，除非要求严格的架构验证（新实例针对旧架构进行验证）。
将具有额外字段的类型反序列化为具有缺失字段的类型时，将忽略额外的信息。（为了实现往返过程，也可能存储这些额外信息。有关更多信息，请参见向前兼容的数据协定。）
具有缺失字段的类型反序列化为具有额外字段的类型时，额外字段将保留其默认值，通常为零或 空。（默认值可能更改。有关更多信息，请参见版本容错序列化回调。）
例如，您可以在客户端上使用 CarV1 类，在服务上使用 CarV2 类；也可以在服务上使用 CarV1 类，在客户端上使用 CarV2 类。
版本 2 终结点可以成功地向版本 1 终结点发送数据。对版本 2 的 Car 数据协定进行序列化将生成 XML，如下所示。
<Car>
<Model>Porsche</Model>
<HorsePower>300</HorsePower>
</Car>
V1 上的反序列化引擎没有找到 HorsePower 字段的匹配数据成员，因而丢弃该数据。
同样，版本 1 终结点也可以向版本 2 终结点发送数据。对版本 1 的 Car 数据协定进行序列化将生成 XML，如下所示。
<Car>
<Model>Porsche</Model>
</Car>
版本 2 反序列化程序不知道将 HorsePower 字段设置为何值，因为传入的 XML 中没有匹配数据。该字段设置为默认值 0。
必需的数据成员
通过将 DataMemberAttribute 的 IsRequired 属性设置为 true，可以将数据成员标记为必需的数据成员。如果反序列化时缺少必需的数据，则会引发异常，而不是将数据成员设置为其默认值。
添加必需的数据成员是重大更改。也就是说，新类型仍然可以发送到具有旧类型的终结点，但无法反向发送。移除在任何早期版本中标记为必需成员的数据成员也是重大更改。
将 IsRequired 属性值从 true 更改为 false 不是重大更改；如果类型的任何早期版本都没有相应数据成员，将该属性值从 false 更改为 true 就可能是重大更改。
提示
尽管 IsRequired 属性设置为 true，但传入数据可能为 null 或零，类型必须准备好处理这种可能的情况。不要将 IsRequired 用作安全机制来防止不良传入数据。
省略的默认值
可以（尽管不建议）将 DataMemberAttribute 属性 (Attribute) 上的 EmitDefaultValue 属性 (Property) 设置为 false，如数据成员默认值中所述。如果该属性设置为 false，而数据成员设置为其默认值（通常为 null 或零），则不会发出该数据成员。这样，就在两个方面与不同版本中的必需数据成员不兼容：
- 一个版本中具有必需数据成员的数据协定无法从该数据成员的 EmitDefaultValue 已设置为 false 的另一个版本接收默认值（null 或零）数据。
- 已将 EmitDefaultValue 设置为 false 的必需数据成员不可用来序列化其默认值（null 或零），但它可在反序列化时接收其默认值。这就形成了一个往返问题（数据可以读入，但随后无法写出同样的数据）。因此，如果在一个版本中，IsRequired 为 true 而 EmitDefaultValue 为 false，则同样的组合应当应用到所有其他版本，任何数据协定版本都无法生成一个不会导致往返过程的值。
架构注意事项
有关为数据协定类型生成哪种架构的说明，请参见数据协定架构参考。
WCF 为数据协定类型生成的架构未提供任何版本管理。也就是说，从类型的某个版本中导出的架构仅包含该版本的数据成员。实现 IExtensibleDataObject 接口不会改变类型的架构。
默认情况下，数据成员是作为可选元素导出到架构的。即，minOccurs（XML 属性）值设置为 0。如果 minOccurs 设置为 1，则导出必需数据成员。
如果要求严格遵从架构，许多视为非重大更改的更改实际上是重大更改。在上面的示例中，仅具有 Model 元素的 CarV1 实例将针对 CarV2 架构（具有 Model 和 Horsepower，但它们都是可选的）进行验证。但是，反过来并不成立：CarV2 实例无法针对 CarV1 架构进行验证。
关于往返过程，还有一些其他注意事项。有关更多信息，请参见 向前兼容的数据协定中的“架构注意事项”一节。
其他允许的更改
实现 IExtensibleDataObject 接口是非重大更改。但是，在实现 IExtensibleDataObject 的版本之前，类型版本不提供往返过程支持。有关更多信息，请参见 向前兼容的数据协定。
枚举
添加或移除枚举成员是重大更改。更改枚举成员的名称是重大更改，除非使用 EnumMemberAtttribute 属性将其协定名称保持为与旧版本中的名称相同。有关更多信息，请参见 数据协定中的枚举类型。
集合
大多数集合更改是非重大更改，这是因为在数据协定模型中，大多数集合类型可以彼此互换。但是，将非自定义集合更改为自定义集合是重大更改，反之亦然。此外，更改集合的自定义设置（即，更改其数据协定名称和命名空间，重复元素名称、键元素名称和值元素名称）也是重大更改。有关 集合自定义的更多信息，请参见数据协定中的集合类型。
更改集合内容的数据协定（例如，从整数列表更改为字符串列表）自然也是重大更改。
另请参见
参考
Name
DataMemberAttribute
Name
Namespace
Order
IsRequired
SerializationException
IExtensibleDataObject