Java 中的反腐蚀层模式：在遗留系统中确保系统完整性
也称为
- ACL
- 接口层
- 转换层
反腐蚀层设计模式的意图
反腐蚀层 (ACL) 是 Java 开发中的一种关键设计模式，尤其适用于系统集成和维护数据完整性。在不共享相同语义的不同子系统之间实现一个外观或适配器层。它在不同的数据格式和系统之间进行转换，确保系统之间的集成不会导致业务逻辑或数据完整性的破坏。
反腐蚀层模式的详细解释以及现实世界的示例
现实世界的示例
此示例演示了反腐蚀层如何在遗留系统和现代平台之间确保无缝集成，这对于在系统迁移期间维护业务逻辑完整性至关重要。
想象一家大型零售公司正在将其库存管理系统从旧的遗留软件迁移到新的现代平台。遗留系统已经使用了数十年，包含复杂的业务规则和数据格式，与新系统不兼容。该公司没有直接将新系统连接到遗留系统，而是实施了反腐蚀层 (ACL)。
ACL 充当调解器，在两个系统之间转换和适应数据。当新系统请求库存数据时，ACL 将请求转换为遗留系统可以理解的格式，检索数据，然后将其转换回适合新系统的格式。这种方法确保了新系统不受遗留系统复杂性的影响，防止了数据和业务逻辑的破坏，同时促进了平滑过渡。
简单来说
反腐蚀层设计模式通过提供一个中间转换层来保护系统免受外部系统复杂性和变化的影响。
微软的文档 中说
在不共享相同语义的不同子系统之间实现一个外观或适配器层。此层转换一个子系统对另一个子系统的请求。使用此模式可确保应用程序的设计不受对外部子系统的依赖关系的限制。此模式最初由 Eric Evans 在领域驱动设计中描述。
Java 中反腐蚀层模式的编程示例
Java 中的 ACL 设计模式提供了一个中间层，它转换数据格式，确保不同系统之间的集成不会导致数据破坏。
这里有 2 个商店订购系统：Legacy 和 Modern。
上述系统具有不同的领域模型，并且必须同时运行。由于它们独立工作，因此订单可以来自 Legacy 或 Modern 系统。因此，接收 legacyOrder 的系统需要检查 legacyOrder 是否有效且不存在于另一个系统中。然后，它可以将其自己的系统中的 legacyOrder。
但是，为此，系统需要知道另一个系统的领域模型，为了避免这种情况，引入了反腐蚀层 (ACL)。ACL 是一个层，它将 Legacy 系统的领域模型转换为 Modern 系统的领域模型，反之亦然。此外，它还隐藏了与另一个系统的所有其他操作，从而解耦了系统。
Legacy 系统的领域模型
public class LegacyOrder {
private String id;
private String customer;
private String item;
private String qty;
private String price;
}Modern 系统的领域模型
public class ModernOrder {
private String id;
private Customer customer;
private Shipment shipment;
private String extra;
}
public class Customer {
private String address;
}
public class Shipment {
private String item;
private String qty;
private String price;
}反腐蚀层
public class AntiCorruptionLayer {
@Autowired
private ModernShop modernShop;
@Autowired
private LegacyShop legacyShop;
public Optional<LegacyOrder> findOrderInModernSystem(String id) {
return modernShop.findOrder(id).map(o -> /* map to legacyOrder*/);
}
public Optional<ModernOrder> findOrderInLegacySystem(String id) {
return legacyShop.findOrder(id).map(o -> /* map to modernOrder*/);
}
}系统之间的连接。无论 Legacy 或 Modern 系统需要与对方通信，都需要使用 ACL 来避免破坏当前的领域模型。以下示例展示了 Legacy 系统如何通过 Modern 系统的验证来放置订单。
public class LegacyShop {
@Autowired
private AntiCorruptionLayer acl;
public void placeOrder(LegacyOrder legacyOrder) throws ShopException {
String id = legacyOrder.getId();
Optional<LegacyOrder> orderInModernSystem = acl.findOrderInModernSystem(id);
if (orderInModernSystem.isPresent()) {
// order is already in the modern system
} else {
// place order in the current system
}
}
}何时在 Java 中使用反腐蚀层模式
在以下情况下使用此模式
- 计划分多个阶段进行迁移，但需要维护新系统和遗留系统之间的集成
- 两个或多个子系统具有不同的语义，但仍然需要进行通信
- 在与遗留系统或外部系统集成时，直接集成可能会污染新系统的领域模型
- 在较大型系统中，不同子系统使用不同的数据格式或结构的场景中
- 需要确保不同子系统或外部服务之间的松耦合，以便于维护和扩展
Java 中反腐蚀层模式教程
Java 中反腐蚀层模式的现实世界应用
- 微服务架构，其中各个服务必须相互通信，但不能紧密耦合到彼此的数据模式
- 企业系统集成，尤其是将现代系统与遗留系统集成时
- 在领域驱动设计 (DDD) 中的边界上下文中，在与外部系统或子系统交互时维护领域模型的完整性
反腐蚀层模式的优势和权衡
优势
- 通过提供明确的边界来保护领域模型的完整性
- 促进系统之间的松耦合，使系统对外部系统的变化更加适应
- 通过将集成代码与业务逻辑隔离，简化代码并提高代码的可维护性
权衡
- 由于转换过程，引入了额外的复杂性和潜在的性能开销
- 需要付出额外的设计和实施工作才能确保该层有效，而不会成为瓶颈
- 如果没有妥善管理，会导致模型重复