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

各层转换流程

分层领域模型规约：

• 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)