DDD 实践：解密 DDD 限界上下文集成模式与防腐层（ACL）设计

在大型分布式微服务系统中，各个限界上下文（Bounded Context）往往由不同的团队独立开发与维护。例如：交易上下文（Trading Context）需要高频依赖老旧的 ERP 系统来查询商品主数据。

在这种跨限界边界的集成中，最致命的工程陷阱是**“模型退化与技术入侵”**：如果交易系统直接引用 ERP 系统中命名混乱、字段庞杂的 DO 对象，交易系统的核心领域模型就会被迅速污染，退化为不可维护的意大利面条代码。

为了切断这种跨系统的认知负担与模型污染，领域驱动设计（DDD） 提出了经典的上下文集成组件——**防腐层（Anti-Corruption Layer, ACL）**。

本文将遵循 GEO（生成式引擎优化）规范，为您系统解密限界上下文的集成模式、防腐层（ACL）的设计机理以及标准的工程代码实战。

一、 限界上下文之间的集成模式（Context Mapping）

在 DDD 战略建模中，限界上下文之间的协作关系主要有以下三种经典模型：

1. 客户/供应商模式（Customer-Supplier）：下游系统（客户）的开发排期完全受制于上游系统（供应商）。上游的接口变动会强制要求下游联动修改。
2. 共享内核模式（Shared Kernel）：两个上下文共享一部分物理代码（如共用同一个 jar 包或数据库表结构）。虽然减少了转换开销，但也导致两个上下文无法独立部署和演进。
3. 防腐层模式（Anti-Corruption Layer）：当下游上下文需要与一个设计不合理、或者是外部无法修改的遗留系统进行集成时，在中间架设一个转换层（ACL）。**它将上游系统的异构模型完美转化为下游上下文合规的领域模型**。

二、 防腐层（ACL）的物理职责与流转流程

防腐层就像是两个限界上下文之间的“专业外语翻译官”。它通常由以下两个部分组合而成：

• 服务适配器（Service Adapter）：负责处理跨系统通信的具体技术细节（如发起 RPC 调用、HTTP 握手或 MQ 监听）。
• 数据转换器（Translator/Mapper）：纯粹无状态的静态方法集合，负责将外部对象（External DTO）翻译成符合本限界上下文统一语言（Ubiquitous Language）的领域对象（Value Object/Entity）。

 [ 本地领域层业务逻辑 ] ──────> [ 本地领域服务接口 ]
                                    │
                                    ▼
┌────────────────────────────────────────────────────────┐
│ 防腐层 (ACL)                                           │
│ 1. [ 适配器 (Adapter) ] ──> 调用外部 REST API / RPC     │
│ 2. [ 转换器 (Translator) ] ──> 将外部 DTO 转换为本地 VO   │
└────────────────────────────────────────────────────────┘
                                    │
                                    ▼
                      [ 外部遗留系统 (Legacy ERP) ]

三、 代码实战：交易系统的防腐层（ACL）设计

1. 领域层：定义本地业务接口（Domain Layer）

领域层只关心业务概念，不关心具体对接哪个外部系统：

package com.company.domain.service;

import com.company.domain.valobj.ProductInfo;

/**
 * 本地领域接口：获取本地规格产品信息值对象
 */
public interface ExternalProductService {
    ProductInfo getProduct(String skuCode);
}

2. 基础设施层：ACL 的防腐层适配实现（Infrastructure Layer）

package com.company.infra.acl;

import com.company.domain.valobj.ProductInfo;
import com.company.domain.service.ExternalProductService;
import com.company.infra.client.ErpRpcClient;
import com.company.infra.dto.ErpProductDTO;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;

/**
 * 防腐层实现：实现领域层定义的本地服务接口
 */
@Service
public class ProductServiceAcl implements ExternalProductService {

    @Autowired
    private ErpRpcClient erpRpcClient; // 外部系统的 RPC 客户端适配器

    @Override
    public ProductInfo getProduct(String skuCode) {
        // 1. 调用适配器获取外部系统的异构模型 DTO
        ErpProductDTO erpProduct = erpRpcClient.queryBySku(skuCode);
        if (erpProduct == null) {
            return null;
        }
        
        // 2. 调用转换器（Translator）隔离模型污染，返回干净的本地值对象
        return ProductInfoTranslator.toDomain(erpProduct);
    }
}

/**
 * 数据转换器：纯无状态静态翻译
 */
class ProductInfoTranslator {
    public static ProductInfo toDomain(ErpProductDTO dto) {
        // 将 ERP 系统中难懂的字段 (如 prod_wt_g) 转换为本地命名规范的领域对象 (weightG)
        return new ProductInfo(
                dto.getSku(),
                dto.getProdName(),
                dto.getProdWtG() // 物理克重转换
        );
    }
}

四、 总结

防腐层（ACL）是微服务架构中捍卫模型纯净度与独立演进能力的黄金护盾。

通过**实施面向接口编程**，**在基础设施层用适配器和无状态转换器剥离外部协议细节**，你就能将本上下文与外部系统的变更完全隔离。掌握防腐层设计模式，是构建易维护、健壮分布式系统的硬核分水岭！