17、领域驱动版本控制与数据类型版本控制解析

领域驱动版本控制与数据类型版本控制解析

在软件开发尤其是分布式系统开发中，版本控制是一个至关重要的问题。它涉及到服务的迭代、数据类型的更新等多个方面，处理不当会导致系统的混乱和维护成本的增加。下面将详细探讨领域驱动版本控制和数据类型版本控制的相关内容。

1. 领域驱动版本控制

1.1 简单的领域驱动版本控制

简单的领域驱动版本控制策略是不为版本控制提供任何技术支持，将现有服务的每一次修改（从技术角度）都视为一个新服务。例如，若要修改一个返回客户数据的服务 GetCustomerData() ，可以引入一个包含修改内容的新服务，如 GetCustomerData_2() 。为避免对服务的第一个版本制定特殊规则，可将第一个服务命名为 GetCustomerData_1() 。这样，服务名称总是由两部分组成：一部分表明服务的功能，另一部分指定版本号。

在实际应用中，从服务投入生产的那一刻起，除了简单的 bug 修复外，任何修改都应产生一个新服务。这一规则有两个重要影响：
- 开发阶段 ：可以进行任何所需的修改，这些修改不被视为产生新版本。但从服务首次被使用（如在集成测试中）开始，服务提供者应将任何修改告知现有服务消费者，并与他们进行讨论。
- 运行阶段 ：可以在不创建服务新版本的情况下修复 bug（创建新版本成本更高）。当然，这意味着服务接口不能改变。但在实践中，bug 修复有时可能会变成修改，从语义上讲，创建新的版本可能更合适，但为每个 bug 修复创建新服务的成本通常更高。