说清楚PO、DTO、VO、BO与使用场景

简介

• PO （Persistant Object）：此对象与数据库表结构一一对应，通过 DAO 层向上传输数据源对象。
• DTO（Data Transfer Object）：数据传输对象，Service 或 Manager 向外传输的对象。
• BO（Business Object）：业务对象，可以由 Service 层输出的封装业务逻辑的对象。
• VO（View Object）：显示层对象，通常是 Web 向模板渲染引擎层传输的对象。
• POJO （Plain Ordinary Java Object）是 PO/DTO/BO/VO 的统称

PO 持久层对象

与数据库的表、视图、或者是查询结果的列一一对应。PO仅用来展现数据，类中只包含属性和get/set方法，而不会有修改数据库的方法。

DAO 层的返回和多参数的接收都是用的PO对象封装。

DTO 数据传输对象

DTO最早由EJB的设计模式引入，主要是为了解决两个问题：

1. 可以在不同的web服务间传输，因此需要可以序列化，实现serializable接口。
2. 把相关的数据都组合到一个对象中，减少网络调用的次数，从而提高分布式调用的性能和降低网络负载。

在Dubbo类型的分布式框架中，微服务间的调用使用DTO传输数据也是非常适合的。

但在Springboot、Spring Cloud框架中，泛指用于Controller层与Service层之间的数据传输对象。

为什么有了PO，还要添加一个DTO？
举个例子，一张数据表中有100列，则对应的PO同样有100个属性。但是，有一个服务调用只需要其中的10个属性，此时我们可以创建一个只有10个属性的DTO返回给调用者。同时也避免了数据表结构给客户端，使用数据表结构和调用结果解偶。

BO 业务对象

封装的复杂对象，主要是对业务数据的封装，可能包含一个或多个其它对象。
BO包含业务逻辑，如调用DAO、RPC等等，负责把PO转换为VO或DTO。
BO和Service不同的是，它只包含基本的业务操作；而Service负责整个流程，一个业务流程可能会调用到多个BO。

比如一个简历，有教育经历、工作经历、社会关系等等。 我们可以把教育经历对应一个 PO ，工作经历对应一个 PO ，社会关系对应一个 PO 。 建立一个完整简历的 BO 对象处理简历，每个 BO 包含上面的这些 PO 。 这样处理业务逻辑时，我们就可以使用 BO 去处理。

VO 视图对象

VO用来保存Web、SWT、swing、android、iOS等一个界面对应的数据，以便显示。
与DTO一样，使用VO返回给前端，而不是PO。可以减少数据数据传输，保护表结构和解偶。

VO和DTO比较类似，主要的区别是在设计思想方面。数据是为了在微服务之间传输时，我们使用DTO；为了返回给web、iOS或者android进行展示时，我们使用VO。

对象转换

我们经常会有把PO转为VO、DTO，或者是反过来的需求。
使用BeanUtils.copyProperties()方法，可以方便地在PO、DTO和VO之间转换。

小结

我们把java bean分成了PO、DTO、VO等，主要是有下面好处：

1. 方便管理。
2. 解偶。