简介
- 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的设计模式引入，主要是为了解决两个问题：
可以在不同的web服务间传输，因此需要可以序列化，实现serializable接口。
把相关的数据都组合到一个对象中，减少网络调用的次数，从而提高分布式调用的性能和降低网络负载。
在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等，主要是有下面好处：
方便管理。
解偶。
