领域驱动设计（Domain-Driven Design, DDD）由 Eric Evans 提出，主张把复杂业务的核心——领域模型——放到架构的中心，用「统一语言」连接业务与技术。本文梳理 DDD 的核心概念与落地方法。

为什么需要 DDD

业务系统的一大痛点是「业务复杂度」：需求频繁变化、规则彼此纠缠、术语在业务与开发之间不一致。传统的「贫血模型 + 一堆 Service」会把业务逻辑散落到各处，随着复杂度上升，代码越来越难维护。

DDD 的思路是：把复杂的业务逻辑收敛到一个清晰的领域模型里，让领域模型成为业务规则的唯一表达，并用一套业务与技术都能理解的术语来沟通。它分为两部分：