springmvc分层领域模型概念详解

网友投稿 1355 2022-12-16

springmvc分层领域模型概念详解

springmvc分层领域模型概念详解

目录1.为什么出现分层领域模型这个东西?2.分层领域模型有哪些?3.分层领域模型的简单理解3.1 VO和DTO的区别3.2BO和DTO的区别4.总结

本文核心为分层领域模型(VO , PO , BO, DAO ,POJO等)概念的个人理解。

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

(1)解决MVC架构中各层(比如视图层+控制层+服务层+数据访问层+数据库)中各层数据交互时,传递什么数据模型更加科学和合理。

(2)更好的降低MVC架构中各层间的耦合性,提高层内的内聚性,这样更方便对软件进IZvFb行维护

http://(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.分层领域模型的简单理http://解

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

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的时候完成

4.总结

(1)分层领域模型是偏理论,实际应用的时候,根据所使用的框架进行切合实际的修改和省略。

(2)如果第一次接触,建议按照教条进行操作,以方便加深理解。

(3)不要教条主义的前提,也有熟悉和理解教条主义,才能结合实际进行操作。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:Day12基础不牢地动山摇
下一篇:Day13基础不牢地动山摇
相关文章

 发表评论

暂时没有评论,来抢沙发吧~