领域驱动设计（DDD）

【注】本文译自： https://www.geeksforgeeks.org...

  领域驱动设计（Domain-Driven Design）是程序员 Eric Evans 于 2004 在他的《 领域驱动设计：解决软件核心中的复杂性》一书中提出的一个概念。
  这是一种自顶向下的软件设计方法。首先，让咱们尝试重点介绍一下在这种状况下领域的含义。

什么是领域？

  在软件开发的上下文中，“域”指的是业务。在应用程序开发过程当中，一般使用术语域逻辑或业务逻辑。基本上，业务逻辑是应用程序逻辑所围绕的知识领域。 应用程序的业务逻辑是一组规则和指导原则，用于解释业务对象应如何相互交互以处理建模数据。
注意：
  软件工程领域的领域是要在其上构建应用程序的业务。

领域驱动设计：

  假设咱们的软件已经使用了全部最新技术堆栈和基础设施，这样的软件设计架构很是棒，可是当咱们在市场上发布这个软件时，最终仍是要由最终用户来决定咱们的系统是否优秀。另外，若是系统不能解决业务需求，对任何人都没有用处；无论它看起来有多漂亮，或者它的基础设施有多好。根据 Eric Evans 的说法，当咱们在开发软件时，咱们的重点不该该主要放在技术上，而应该主要放在业务上。记住：

“客户的工做不是知道他们想要什么“---史蒂夫·乔布斯

  领域驱动设计涉及两种设计工具，一种是战略设计工具，另外一种是战术设计工具。程序员或开发人员一般处理战术设计工具，但若是咱们有战略设计工具的知识和良好的理解，它将帮助咱们构建好的软件。
  Spring 数据家族下的大多数框架都是根据领域驱动的设计方法构建的。

战略设计:

  战略设计工具帮助咱们解决全部与软件建模相关的问题。它是一种相似于面向对象设计的设计方法，在面向对象设计中，咱们被迫从对象的角度思考问题。在战略设计方面，咱们被迫从环境的角度来思考。

上下文（Context）：

  咱们能够把这个词看做是一个英语单词，它指的是某一事件、事件、陈述或想法的状况，它的意思能够根据这些状况来肯定。
  除了上下文以外，战略设计还讨论了模型、泛在语言和边界语境。这些是领域驱动设计的战略设计中经常使用的术语。让咱们逐一理解。

• 模型：
    充当核心逻辑并描述领域的选定方面。它用于解决与该业务有关的问题。
• 通用语言：
    全部团队成员使用的一种公共语言，用于链接团队围绕领域模型的全部活动。与领域专家和团队成员交谈时，能够将其视为对类、方法、服务和对象使用通用动词和名词。

• 边界上下文：
    指的是上下文的边界条件。它是对边界的描述，并充当一个阈值，在这个阈值中定义并适用于特定的域模型。

  战术设计：

    战术设计讨论实现细节，即建模领域。它一般会处理有界上下文中的组件。咱们可能据说过或使用过诸如服务、实体、存储库和工厂之类的东西。它们都是经过域驱动设计创造并流行的。战术设计过程发生在产品开发阶段。
    让咱们讨论一些重要的战术设计工具。 这些工具是高级概念，可用于建立和修改域模型。

• 实体：
    基于面向对象原则工做的程序员可能知道类和对象的概念。在这里，实体是具备某些属性的类。这些类的实例具备全局标识，而且在整个生命周期中都保持相同的标识。请记住，属性状态可能会发生变化，但身份永远不会改变。简而言之，实体能够实现一些业务逻辑，而且可使用 ID 进行惟一标识。在编程的上下文中，它一般在 DB 中做为行持久保存，而且由值对象组成。
• 值对象：
    它是不可变的轻量级对象，没有任何标识。值对象经过执行复杂的计算，将繁重的计算逻辑与实体隔离开来，从而下降了复杂性。
  
    在上图中，User 是一个实体，Address 是一个值对象，地址能够更改不少次，但用户的身份证号永远不会更改。每当地址更改时，都会实例化一个新地址并将其分配给用户。
• 服务：
    服务是无状态的类，能够适合实体或值对象之外的其余地方。简而言之，服务是一种功能，存在于实体和值对象之间的某个位置，但它既不与实体相关，也不与值对象相关。
• 聚合：
    当咱们有更大的项目时，对象图也变得更大，更大的对象图更难维护。聚合是位于单个事务边界下的实体和值的集合。基本上是聚合，控制变化，有一个根实体叫作聚合根。根实体以聚合的方式管理其余实体的生命周期。
  
    在上面的示例中，若是根实体 User 或 Order 被删除，则与该根实体关联的其余实体将毫无用处，而且该关联的信息也将被删除。这意味着聚合在本质上老是一致的，这是在域事件的帮助下完成的。生成域事件是为了确保最终的一致性。
    在上面的例子中，若是用户的地址已经改变，那么它必须一样反映在订单上。为此，咱们能够触发一个从 User 到 Order 的域事件，以便 Order 更新地址，这样咱们就有了最终的一致性，Order 也将最终一致。
    聚合和聚合根的其余例子能够是对帖子的评论、问答细节、银行事务细节等。ORM 工具如 hibernate 在建立一对多或多对一关系时使用了大量聚合。

• 工厂和存储库：
    工厂和存储库用于处理聚合。工厂帮助管理聚合生命周期的开始，而存储库帮助管理聚合生命周期的中间和末端。工厂帮助建立聚合，而存储库帮助持久化聚合。咱们应该老是为每一个聚合根建立存储库，而不是为全部实体建立存储库。
    工厂是 GoF 的设计模式，工厂是有用的，但在聚合规则的上下文中不是强制性的。

  领域驱动设计的优势:

• 提升了咱们的技艺
• 提供了灵活性
• 更倾向于域而不是接口

• 经过通用语言减小了团队之间的沟通差距

  领域驱动设计的缺点:

• 须要一个具备很强领域专业知识的专业人员
• 鼓励团队遵循迭代实践