领域驱动设计（DDD）之Repository模式的个人理解

贫血领域模型的带来的问题

1.代码的健壮性差
2.强依赖底层代码
3.代码逻辑大量重复

贫血领域模型的带来的问题的原因归纳

1.数据库思维
2.脚本思维
3.贫血模式的简单

数据模型（Data Model）与领域模型（Domain model）的区别

数据模型：强调的是业务数据如何持久化、数据之间的关系
领域模型：强调的是业务逻辑中。数据如何联动

组件、固件、硬件的简单理解

硬件：底层固话的东西，比如数据库相关
软件：业务代码
固件：将硬件与软件建立联系

entity、DO、DTO的区别

entity：业务实体对象，存在于领域层
DO：表字段的映射，存在于基础底层
DTO：应用层数据的传输，比如常见的controller方法中的request、response，存在于应用层

模型所在模块和转化器

代码如何Repository模式改造

原理：建立Entity、DTO、DO三者的转换以及如何将应用层与底层建立连接
1.创建Order对象，前期可以与OrderDO字段相同
2.创建Entity、DTO、DO转化器
3.单元测试Entity与DO转换、Entity与DTO的转换，正确百分之百转化
4.新建OrderRepository接口
5.用OrderRepository替换之前的业务代码中OrderDAO代码
6.用Entity替换之前业务代码中的OrderDO代码
7.改造后测试

原文连接

https://zhuanlan.zhihu.com/p/348706530