如何快速入门领域驱动设计（DDD），DDD 架构及使用详解

HuldaGnodim · 发表于 2022-1-5 10:35

一、背景与问题

无论是企业内部系统还是互联网产品，多年来开发这种基于业务与数据库的系统都是 IT 领域一个重要的内容。作为一个 IT 开发团队，无论是做外包还是自己的产品，都面临从产品经理拿到需求，然后需要进行两方面重要的工作：一是把需求转换为设计、二是从设计开始编写代码。

以前我们开发这种基于业务的软件产品，通常都是基于开发人员自己的经验和编写代码的习惯开始系统的设计与代码的编写。常见的方式是项目经理或架构师分析需求后，开始进行数据库表结构的设计，然后按照自己熟悉的分层架构，比如四层架构（数据访问层-业务逻辑层-WebApi-前端）进行代码组织。从上述的实现可以看出几个问题：

二、为什么要学习 DDD

DDD 是软件行业的一种成熟的方法论和模式。通过应用 DDD，我们能够很好的将需求应对到设计，能够让开发聚焦业务本身而不是技术，能够让代码体现我们设计，能够让团队在一个框架内有节奏的开发。
1. DDD 核心概念

首先给大家描述一下 DDD 的概念：DDD 是一种开发理念，核心是维护一个反应领域概念的模型（领域模型是软件最核心的部分，反应了软件的业务本质），然后通过大量模式来指导模型设计与开发。

从上述定义可以看出，DDD 方法首先是需要将需求分析后，形成一个反应需求的领域模型。领域模型就是大家平常理解的类、类的属性、类之间的关系等。当然在 DDD 中，为了更好的将领域模型反应需求，对类、类的属性、类之间的关系等有一些模式的指导。比如类的属性可能是一般属性，也可能是值对象；比如有关系的类之间是否是代表一个整体概念、有相同生命周期、需要统一持久化等。所以我们的领域模型除了能够跑通需求外，还要考虑聚合根、实体、值对象、聚合等概念的应用，这样领域模型的设计才能更好的反应需求，也能够更好的将设计对应成有约束力的代码。

另外 DDD 也提供了大量模式，告诉我们应该如何编写对应设计的代码，能够将我们的代码真正映射到设计；如何进行业务逻辑与持久化机制的剥离；如何进行更好的架构设计等。
2. DDD 能应对复杂性

在软件设计与开发过程中，复杂性主要体现在三个方面。一是技术维度，有业务代码的实现、有与数据库或其他持久化存储交互的实现、有消息队列的实现、有身份验证与授权的实现、有 WebAPI 暴露的实现等；二是业务维度，有太多的模块和功能需要去做；三是时间维度，需要快速的开发，快速的响应需求的变更，快速的修正 Bug。那么 DDD 是如何解决上述三个维度的复杂性呢？

a. 技术维度：

b. 业务维度：

c. 时间维度：

三、什么人适合学习 DDD

从文章前面的部分大家可能有这样的初步感觉：DDD 是一套设计、架构和编码指导的方法，通过灵活运用 DDD，能够设计出很好反应产品需求的领域模型，另外通过更好的分层指导能够让我们的代码很好的反映设计，其实最终解决的问题就是我们第一个部分提出的 6 大问题。所以只要具有业务属性的产品或项目，在这个团队中的架构师、主要后端开发人员都是比较适合去学习 DDD 的。DDD 与语言无关，无论是 C#、Java 还是其他的语言，只要我们是遵循 DDD 套路的设计与编码架构，那就代表我们很好的实践了 DDD。当然为了你更好的入门 DDD，本文第五部分会有代码的演示。在代码演示部分使用了 C# 语言和 .net Core、EF Core、Unity、Asp.net Core WebAPI 等语言或基础框架，如果你是 Java 体系，也能够找到对应的框架实现的。再次强调，DDD 与语言和技术无关。
四、如何高效学习 DDD

其实要学习一种方法论和架构模式，就两个步骤：一是了解它核心的概念和组件，二是将这些概念和组件灵活的运用到产品开发中。

要高效的学习 DDD，首先我们要搞清楚两个方面的内容：一是核心的组件和概念，二是 DDD 分层架构。
核心组件和概念

界限上下文：

实体：

值对象：

领域服务：

聚合：

聚合根：

服务：

仓储：

DDD 经典分层架构

只有了解了经典 DDD 的架构，你才能知道具体在哪层要实现哪些功能，编写哪些代码，具体在开发支撑 DDD 的轻量级框架与具体模块代码实现时，才能做到有的放矢。

传统三层架构以及问题：

传统三层架构

问题：

经典 DDD 架构：

经典DDD架构

fwalker · 发表于 2022-1-5 10:36

欢迎大家阅读

		自动登录	找回密码
密码			立即注册

如何快速入门领域驱动设计（DDD），DDD 架构及使用详解

本帖子中包含更多资源