springmvc分层领域模型概念详解

1.为什么出现分层领域模型这个东西？

（1）解决MVC架构中各层（比如视图层+控制层+服务层+数据访问层+数据库）中各层数据交互时，传递什么数据模型更加科学和合理。
（2）更好的降低MVC架构中各层间的耦合性，提高层内的内聚性，这样更方便对软件进行维护
（3）一定程度上的提高信息的安全性，根据浏览器，可以知道视图层和控制层传输的数据模型，但是很难准确定位其它各层传输的领域模型中的具体字段。

2.分层领域模型有哪些？

①VO(ViewObject)
显示层对象，通常是Web向模板渲染引擎层传输的对象（阿里Java开发手册分层领域模型），对于一个WEB页面，用一个VO对象对应整个界面的值。
②DTO(DataTransferObject)
数据传输对象，前后端分离开发模式中，前端与controller层数据交换，在java中作为数据传输，应该进行序列化。
③BO（Business Object）
业务对象，主要作用是把业务逻辑封装成一个对象。这个对象可以包括一个或多个其它的对象，用来处理业务逻辑。有时候做开发时，当controller层调用Service层服务接口时，把DTO领域模型或者其它数据模型转换为BO模型**，作为参数传递给Service接口。
④DAO（Data Access Object ）
数据访问层对象，主要用来封装对数据库的访问，它是一个面向对象的数据库接口，负责持久层的操作，为业务层提供接口，主要用来封装对数据库的访问，常见操作无外乎 CURD。在Mybatis中对应的是Mapper。
⑤PO（Persistant Object）
持久对象，简单说PO就是数据库中的记录，一个PO的数据结构对应着库中表的结构，表中的一条记录就是一个PO对象
通常PO里面除了get，set之外没有别的方法
对于PO来说，数量是相对固定的，一定不会超过数据库表的数量
等同于Entity，Entity基本等于POJO（Plain Ordinary Java Object）。
⑥DO
DO现在主要有两个版本:
一个是阿里巴巴的开发手册中的定义, DO（Data Object）这个等同于上面的PO.
另一个是在DDD（Domain-Driven Design）领域驱动设计中
DO（Domain Object）这个等同于上面的BO

3.分层领域模型的简单理解

有图有真相，别的慢扯，先上图

springmvc分层领域模型概念详解

3.1 VO和DTO的区别

(1)VO（Value Object）
这货就是用来展示，就是界面（网页，客户端，APP）展示时，从后台获取的展示出的数据（在网页中，VO主要以js里面的对象存在）
（2）DTO（Data Transfer Object）
图中，该类横跨两个层次，即有两种存在形式：
①后端，DTO是以java对象的形式，前端传递的数据（目前主流是json），由框架（主流的springboot）转为DTO形式
②前端：以js里面的对象（也可以简单理解成json），比如ajax请求中的数据体**
（3）主要区别
字段不一样，VO往往根据展示业务的不同，删减一部分DTO中的字段，因此也造就了值不一样
比如DTO数据为

{
“name”:“kun”
“age”：100
}

展示业务一需要的数据（VO）:

{
“age”：100
}

3.2BO和DTO的区别

（1）BO 业务对象
BO应该说是一个业务对象，对应着一类业务，一类业务（BO）可能会有很多业务操作，换言之，BO会有很多针对自身数据进行计算的方法。比如springMVC中的service层中有很多service类，每个类除了get和set方法（@Autowired自动注入），还定义了很多调用Mapper（DAO）的方法.
（2）为什么图中BO横跨两层
①现在很多持久层框架自身就提供了数据组合的功能。
②BO有可能是在业务层由业务来拼装PO而成
③也有可能是在数据库访问层由框架直接生成
④很多情况下为了追求查询的效率，框架跳过PO直接生成BO的情况非常普遍，PO只是用来增删改使用
（3）BO和DTO的主要区别和联系
①BO是对内（比如DAO等），DTO是对外（比如前端）
②BO为了进行业务计算需要辅助数据，辅助数据可能来自DTO。
③BO可以为上层提供的很多数据，其中可能有DTO某些业务不需要的，因此DTO需要在BO的基础上，只要自己需要的数据，然后对外提供。
④在这个关系上，通常不会有数据内容的变化，内容变化要么在BO内部业务计算的时候完成，要么在解释VO的时候完成