各层转换流程

分层领域模型规约：

DO（ Data Object）：与数据库表结构一一对应，通过DAO层向上传输数据源对象。
DTO（ Data Transfer Object）：数据传输对象，Service或Manager向外传输的对象。
BO（ Business Object）：业务对象。由Service层输出的封装业务逻辑的对象。
AO（ Application Object）：应用对象。在Web层与Service层之间抽象的复用对象模型，极为贴近展示层，复用度不高。
VO（ View Object）：显示层对象，通常是Web向模板渲染引擎层传输的对象。
POJO（ Plain Ordinary Java Object）：在本手册中， POJO专指只有setter/getter/toString的简单类，包括DO/DTO/BO/VO等。
Query：数据查询对象，各层接收上层的查询请求。注意超过2个参数的查询封装，禁止使用Map类来传输。

领域模型命名规约：

数据对象：xxxDO，xxx即为数据表名。
数据传输对象：xxxDTO，xxx为业务领域相关的名称。
展示对象：xxxVO，xxx一般为网页名称。
POJO是DO/DTO/BO/VO的统称，禁止命名成xxxPOJO。

后端向前端传参

普通业务直接传入DTO即可，复杂业务通过封装VO方式来进行

我自己应用就是通过controller将不同结果放入Demo，然后转换json返回前端；之前不用VO封装的时候也会通过Map进行赋值然后转换json返回前端；其实这两种方式实现的结果都json都是一样的，看个人选择。

封装

//
public class Demo{private String name;private String url;private String page;private String isNonProfit;private List<Address> address; //封装address实体类private List<Links> links; //封装links实体类/***省略set、get方法*/
}

前端向后台传参

应该传的是vo 但是根据情况而定，尤其是前后分离，有特定的前端开发人员的时候。因为dto往往会添加很多额外的数据信息，打个比方，用户新增，往往前端传递的是账户名、密码、创建人标示等等很少的信息，但是dto作为一个中转数据，会添加例如更新人、用户状态等等其他的信息，如果前端传递的是dto，如此多的额外信息会给前端造成很多问题。如果是小项目的话，前后端都是一个人在进行，那就无所谓了，后端需要哪些，不需要哪些心里有数，传递dto就无所谓了。一般的数据转换是，前端传递vo给接口，接口将vo转为dto传递给service，service将dto分解为do，调用领域服务进行调度，然后逆向转为vo或者其他的返回结果，传递给前台。

VO和DTO在实际开发过程中其实可以是一样的。从定义上来说他们区别于使用的所在层，VO（view object）视图对象，DTO（Data Transfer Object），数据传输对象；至于你这里的controller接收参数要看是接收service的参数还是页面传递过来的参数了，若是页面传递的参数叫VO，service传递的参数叫DTO。

看你们项目的规范是什么，有的人认为前端给后端传是视图层的交互，应该用VO，但也有人认为是接收的参数，应该用DTO。这个没有定论的，就像最后说的，规矩是死的，人是活的，有的人还喜欢用xxxParam来表示前端传递的值。只要能表达清楚业务意义就可以了。

总结：可以传参数，或者封装好的VO（这里有取名可以是xxxVO、xxxParam、xxxBody）要看自己需要了；可以接收和返回前端都用同一个VO，也可以返回用VO，接收用其他的，这个就根据自己业务复杂程度灵活处理。

我自己应用就是通过xxxBody接收，然后解析里面的值，创建对应的POJO，然后去调用相对应的service处理

封装

将自己需要的前端传入的参数封装起来即可，这块主要看自己要接收前端什么参数来封装

public class Demo{private String name;private String url;private String page;private String isNonProfit;private List<Address> address; //封装address实体类private List<Links> links; //封装links实体类/***省略set、get方法*/
}

快速转换解决方案

这里就看自己需要了，如果自己业务比较复杂，那就自己手动去处理

1.dozer + lombok

2.遍历出来后取出每个元素，一个个set后再添加到新的集合里

3.用Java8的lambda表达式

4.使用commons-lang3或者直接org.springframework.beans. BeanUtils的copyProperties方法

参考

微服务篇-DTO、VO快速转换解决方案 - 知乎 (zhihu.com)

controller接收参数的对象是vo还是dto? - M号开发者 - 博客园 (cnblogs.com)

(63条消息) Java种前端包括三个实体类变量，后台怎么用VO接收前端传过来的值_k_love1219的博客-CSDN博客

(63条消息) 实体类转化为VO返回给前端的方法_吹灭读书灯一身都是月的博客-CSDN博客

阿里巴巴Java开发手册中的DO、DTO、BO、AO、VO、POJO定义 - EasonJim - 博客园 (cnblogs.com)

一篇文章讲清楚VO，BO，PO，DO，DTO的区别 - 掘金 (juejin.cn)

DO,DTO,VO,POJO 你知道吗？ - 掘金 (juejin.cn)

VO的实际应用；后端接收前端传入的值；实体类转化VO；PO,VO,DTO,BO,DAO,POJO区别相关推荐

小猿圈Python学习教程之后端接收前端回传的文件方法
现在人工智能已经深入到千家万户,随之而来的就是python技术的火爆,今天小猿圈python讲师为你讲解一下后端接收前端回传的文件方法,希望对于刚刚自学python的你有一定的帮助. 如下所示: fi ...
java的(PO,VO,TO,BO,DAO,POJO)解释
java的(PO,VO,TO,BO,DAO,POJO)解释 O/R Mapping 是 Object Relational Mapping(对象关系映射)的缩写.通俗点讲,就是将对象与关系数据库 ...
java的(PO,VO,TO,BO,DAO,POJO)解释1
java的(PO,VO,TO,BO,DAO,POJO)解释 O/R Mapping 是 Object Relational Mapping(对象关系映射)的缩写.通俗点讲,就是将对象与关系数据库绑定 ...
java： PO,VO,TO,BO,DAO,POJO 解释
前些天发现了一个巨牛的人工智能学习网站,通俗易懂,风趣幽默,忍不住分享一下给大家.点击跳转到教程. O/R Mapping 是 Object Relational Mapping(对象关系映射)的缩写 ...
java反射po转vo_Java项目的(PO,VO,TO,BO,DAO,POJO)解释(转)
它们是由一组属性和属性的get和set方法组成.从结构上看,它们并没有什么不同的地方.但从其意义和本质上来看是完全不同的. 区别 1．VO是用new关键字创建,由GC回收的. PO则是向数据库中添加新 ...
java的(PO,VO,TO,BO,DAO,POJO)类名包名解释
java的(PO,VO,TO,BO,DAO,POJO)解释 action包顾名思义请求,主要是和view 即我们所说的视图就是页面打交道,action类是操作方法,对于页面Form 表单的操 ...
java后端接收前端传来的String数组
我们来看下面一段代码,我们需要接收前端传来的String字符数组:我们来模拟下错误传参: @PostMapping("/getStrArray")public ResponseMe ...
后端接收前端提交的数据保存到数据库
前端传数组回来(用自定义的封装实体类接收), controller层用dto接收 dto里面包含所有前端返回的字段用于接收前端返回参数太多的情况,并且是在多张表里面,实体类接收不了. service ...
后端接收前端数据数据乱码转中文方法
后端接受前端数据乱码转中文方法 String user = new String(request.getParameter("user").getBytes("ISO-8 ...

VO的实际应用；后端接收前端传入的值；实体类转化VO；PO,VO,DTO,BO,DAO,POJO区别

文章目录