【注】本文译自： https://www.geeksforgeeks.org/domain-driven-design-ddd/
领域驱动设计（Domain-Driven Design）是程序员 Eric Evans 于 2004 在他的《 领域驱动设计：解决软件核心中的复杂性》一书中提出的一个概念。
这是一种自顶向下的软件设计方法。首先，让我们尝试重点介绍一下在这种情况下领域的含义。
什么是领域？
在软件开发的上下文中，“域”指的是业务。在应用程序开发过程中，通常使用术语域逻辑或业务逻辑。基本上，业务逻辑是应用程序逻辑所围绕的知识领域。 应用程序的业务逻辑是一组规则和指导原则，用于解释业务对象应如何相互交互以处理建模数据。
注意：
软件工程领域的领域是要在其上构建应用程序的业务。
领域驱动设计：
假设我们的软件已经使用了所有最新技术堆栈和基础设施，这样的软件设计架构非常棒，但是当我们在市场上发布这个软件时，最终还是要由最终用户来决定我们的系统是否优秀。另外，如果系统不能解决业务需求，对任何人都没有用处；不管它看起来有多漂亮，或者它的基础设施有多好。根据 Eric Evans 的说法，当我们在开发软件时，我们的重点不应该主要放在技术上，而应该主要放在业务上。记住：
“客户的工作不是知道他们想要什么“---史蒂夫·乔布斯
领域驱动设计涉及两种设计工具，一种是战略设计工具，另一种是战术设计工具。程序员或开发人员通常处理战术设计工具，但如果我们有战略设计工具的知识和良好的理解，它将帮助我们构建好的软件。
Spring 数据家族下的大多数框架都是根据领域驱动的设计方法构建的。
战略设计:
战略设计工具帮助我们解决所有与软件建模相关的问题。它是一种类似于面向对象设计的设计方法，在面向对象设计中，我们被迫从对象的角度思考问题。在战略设计方面，我们被迫从环境的角度来思考。
上下文（Context）：
我们可以把这个词看作是一个英语单词，它指的是某一事件、事件、陈述或想法的情况，它的意思可以根据这些情况来确定。
除了上下文之外，战略设计还讨论了模型、泛在语言和边界语境。这些是领域驱动设计的战略设计中常用的术语。让我们逐一理解。
- 模型：
充当核心逻辑并描述领域的选定方面。它用于解决与该业务有关的问题。 - 通用语言：
所有团队成员使用的一种公共语言，用于连接团队围绕领域模型的所有活动。与领域专家和团队成员交谈时，可以将其视为对类、方法、服务和对象使用通用动词和名词。 - 边界上下文：
指的是上下文的边界条件。它是对边界的描述，并充当一个阈值，在这个阈值中定义并适用于特定的域模型。
战术设计：
战术设计讨论实现细节，即建模领域。它通常会处理有界上下文中的组件。我们可能听说过或使用过诸如服务、实体、存储库和工厂之类的东西。它们都是通过域驱动设计创造并流行的。战术设计过程发生在产品开发阶段。
让我们讨论一些重要的战术设计工具。 这些工具是高级概念，可用于创建和修改域模型。
- 实体：
基于面向对象原则工作的程序员可能知道类和对象的概念。在这里，实体是具有某些属性的类。这些类的实例具有全局标识，并且在整个生命周期中都保持相同的标识。请记住，属性状态可能会发生变化，但身份永远不会改变。简而言之，实体可以实现一些业务逻辑，并且可以使用 ID 进行唯一标识。在编程的上下文中，它通常在 DB 中作为行持久保存，并且由值对象组成。 - 值对象：
它是不可变的轻量级对象，没有任何标识。值对象通过执行复杂的计算，将繁重的计算逻辑与实体隔离开来，从而降低了复杂性。
在上图中，User 是一个实体，Address 是一个值对象，地址可以更改很多次，但用户的身份证号永远不会更改。每当地址更改时，都会实例化一个新地址并将其分配给用户。 - 服务：
服务是无状态的类，可以适合实体或值对象以外的其他地方。简而言之，服务是一种功能，存在于实体和值对象之间的某个位置，但它既不与实体相关，也不与值对象相关。 - 聚合：
当我们有更大的项目时，对象图也变得更大，更大的对象图更难维护。聚合是位于单个事务边界下的实体和值的集合。基本上是聚合，控制变化，有一个根实体叫做聚合根。根实体以聚合的方式管理其他实体的生命周期。
在上面的示例中，如果根实体 User 或 Order 被删除，则与该根实体关联的其他实体将毫无用处，并且该关联的信息也将被删除。这意味着聚合在本质上总是一致的，这是在域事件的帮助下完成的。生成域事件是为了确保最终的一致性。
在上面的例子中，如果用户的地址已经改变，那么它必须同样反映在订单上。为此，我们可以触发一个从 User 到 Order 的域事件，以便 Order 更新地址，这样我们就有了最终的一致性，Order 也将最终一致。
聚合和聚合根的其他例子可以是对帖子的评论、问答细节、银行事务细节等。ORM 工具如 hibernate 在创建一对多或多对一关系时使用了大量聚合。 - 工厂和存储库：
工厂和存储库用于处理聚合。工厂帮助管理聚合生命周期的开始，而存储库帮助管理聚合生命周期的中间和末端。工厂帮助创建聚合，而存储库帮助持久化聚合。我们应该总是为每个聚合根创建存储库，而不是为所有实体创建存储库。
工厂是 GoF 的设计模式，工厂是有用的，但在聚合规则的上下文中不是强制性的。
领域驱动设计的优点:
- 提高了我们的技艺
- 提供了灵活性
- 更倾向于域而不是接口
- 通过通用语言减少了团队之间的沟通差距
领域驱动设计的缺点:
- 需要一个具有很强领域专业知识的专业人员
- 鼓励团队遵循迭代实践
