王争《设计模式之美》学习笔记

什么是基于贫血模型的传统开发模式？

1. 作者在文中举例一个基于MVC架构的代码样例，此样例是典型的贫血模型开发。
2. 此样例中，UserEntity 和 UserRepository 组成了数据访问层，UserBo 和 UserService 组成了业务逻辑层，UserVo 和 UserController在这里属于接口层。
3. UserBo 是一个纯粹的数据结构，只包含数据，不包含任何业务逻辑。业务逻辑集中在 UserService 中。剩下两组同理。
4. 像 UserBo 这样，只包含数据，不包含业务逻辑的类，就叫作贫血模型（Anemic Domain Model）。
5. 贫血模型将数据与操作分离，破坏了面向对象的封装特性，是一种典型的面向过程的编程风格。

什么是基于充血模型的 DDD 开发模式？

首先，我们先来看一下，什么是充血模型？

1. 在贫血模型中，数据和业务逻辑被分割到不同的类中。
2. 充血模型（Rich Domain Model）正好相反，数据和对应的业务逻辑被封装到同一个类中。
3. 充血模型满足面向对象的封装特性，是典型的面向对象编程风格。

接下来，我们再来看一下，什么是领域驱动设计？

1. 领域驱动设计，即 DDD，主要是用来指导如何解耦业务系统，划分业务模块，定义业务领域模型及其交互。
2. 不要花过多时间在DDD的概念研究上，要结合业务开发。只有熟悉业务开发，在开发过程中或多或少地使用它，才能做出合理的领域设计。
3. 基于充血模型的 DDD 开发模式实现的代码，也是按照 MVC.三层架构分层的。Controller 层还是负责暴露接口，Repository 层还是负责数据存取，Service 层负责核心业务逻辑。它跟基于贫血模型的传统开发模式的区别主要在Service 层。
4. 基于贫血模型的传统的开发模式，重 Service 轻 BO；基于充血模型的 DDD 开发模式，轻 Service 重 Domain。
5. Domain 与 BO 的区别在于它是基于充血模型开发的，既包含数据，也包含业务逻辑。

为什么基于贫血模型的传统开发模式如此受欢迎？

1. 第一点原因是，大部分情况下，我们开发的系统业务可能都比较简单。
2. 第二点原因是，充血模型的设计要比贫血模型更加有难度。
3. 第三点原因是，思维已固化，转型有成本。

什么项目应该考虑使用基于充血模型的 DDD 开发模式？

1. 基于充血模型的 DDD 开发模式，更适合业务复杂的系统开发。
2. 业务逻辑包裹在一个大的 SQL 语句中，而 Service 层可以做的事情很少。当我要开发另一个业务功能的时候，只能重新写个满足新需求的 SQL 语句，这就可能导致各种长得差不多、区别很小的 SQL 语句满天飞。
3. 基于充血模型的 DDD 开发模式，在应对复杂业务系统的开发的时候更加有优势，正好需要我们前期做大量的业务调研、领域模型设计，所以它更加适合这种复杂系统的开发。
4. 不过，DDD 也并非银弹。对于业务不复杂的系统开发来说，基于贫血模型的传统开发模式简单够用，基于充血模型的 DDD 开发模式有点大材小用，无法发挥作用。