反腐败层（ACL）：如何隔离外部系统的复杂性
副标题 / 摘要 反腐败层用于隔离外部系统的模型与语义污染。本文解释其工程价值与实现策略。 目标读者 需要系统集成的后端工程师 使用 DDD 的团队 负责跨系统数据一致性的架构师 背景 / 动机 外部系统的字段命名、流程与规则可能与你的领域模型不一致。 如果直接耦合，会让核心领域被污染。 核心概念 反腐败层（ACL）：隔离外部模型的适配层 适配与映射：在边界处转换语义 领域模型保护：核心逻辑不被外部侵蚀 实践指南 / 步骤 定义领域模型的核心语义 在边界层做字段与概念映射 把外部协议封装在 ACL 中 为 ACL 设计测试样例 可运行示例 # 外部系统返回的字段命名不同 external_payload = {"user_id": "u-1", "plan": "VIP"} def to_domain(payload): return { "id": payload["user_id"], "membership": "premium" if payload["plan"] == "VIP" else "standard", } if __name__ == "__main__": print(to_domain(external_payload)) 解释与原理 ACL 把外部系统的变化隔离在边界层，避免影响核心业务代码。 它是“保护领域模型”的关键设施。 常见问题与注意事项 ACL 会增加复杂度吗？ 会，但能降低长期维护成本。 何时需要 ACL？ 当外部系统不受你控制、变化频繁时。 ACL 是否等同于 DTO？ 不完全，ACL 是语义转换而非简单结构映射。 最佳实践与建议 ACL 层保持薄而清晰 把外部依赖集中管理 对外部字段变化建立监控 小结 / 结论 反腐败层是系统集成的“防污染墙”。 它让你的领域模型保持清洁与稳定。 ...