在初始部署适配器后，适配器在其生存期内可能多次， (适配器以及它们公开) 的终结点可能出于各种原因而需要更改。 这些原因包括不断变化的业务需求、信息技术要求或业务线系统或适配器本身的问题。 本主题讨论处理使用 Microsoft Windows Communication Foundation (WCF) 业务线 (LOB) 适配器 SDK 编写的适配器版本控制的不同策略。
版本控制与 Windows Communication Foundation
WCF LOB 适配器 SDK 基于 Windows Communication Foundation (WCF) 构建，并依赖于其基础结构在系统之间交换消息。 使用 WCF 公开的机制，可以同时对服务和数据协定进行版本控制。 有关详细信息（包括服务版本控制最佳做法），请参阅 WCF 联机参考中的 服务版本控制 。 有关详细信息，包括数据协定版本控制最佳做法，请参阅 WCF 联机参考中的数据 协定版本控制 。
版本控制方案
有两种主要版本控制方案：
一个适配器版本支持目标系统的多个版本。
两个或更多个适配器版本支持同一系统或两个或更多个不同的系统。
如果 WCF LOB 适配器 SDK 的更新影响现有功能，可能还需要发布适配器的新版本。
其中每个方案都需要不同的版本控制策略。
注意
WCF LOB 适配器 SDK 不强制实施任何特定的版本控制方案。 开发人员需要确定适配器的版本控制要求。
一个适配器支持多个版本的目标系统
当适配器支持目标系统的多个版本时，应公开一个或多个可用于标识所需版本的绑定属性。 例如，适配器可能支持目标系统的供应商提供的多个通信库。 使用名为“LibraryVersion”的自定义绑定属性，适配器使用者可以根据部署环境或其他要求选择要使用的库。
两个或多个适配器支持目标系统的一个版本
在这种情况下，每个适配器应使用 contosoV1：// 和 ContosoV2：//) 的唯一方案 (，并使用唯一的绑定名称 (ContosoV1Binding 和 ContosoV2Binding) 。 供应商应考虑在方案和绑定名称中使用其名称，以及 (例如 Microsoft.ContosoV1：// 和 Microsoft.ContosoV1Binding) 。
新版本的 WCF LOB 适配器 SDK
发布新版本的 WCF LOB 适配器 SDK 时，无需重新编译适配器即可安装新版本，因为 WCF LOB 适配器 SDK 版本是向后兼容的。 但是，应评估新版本，以确定适配器所依赖的功能是否发生了更改，或者是否有适配器将从实现中受益的新功能。