java中常见对象的个人简单理解(PO、BO、DTO、VO)

分层领域模型介绍：

PO(Persistant Object):“持久对象 

   用于表示数据库一条记录查询出来的java对象。通常只表示数据，没有任何数据的操作。

BO(Business Object)：业务对象

封装对象，为了满足业务逻辑所进行封装的对象，里面包含多个类，通常由多个PO组成。

用于表示一个业务对象。BO包括了业务逻辑，常常封装了对DAO、RPC的调用，可以进行PO与VO/DTO之间的转换。

封装对象、复杂对象，里面可能包含多个类 
主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。BO 通常位于业务层，要区别于直接对外提供服务的服务层：BO 提供了基本业务单元的基本业务操作，在设计上属于被服务层业务流程调用的对象。

用于表示一个业务对象。BO 包括了业务逻辑，常常封装了对 DAO、RPC 等的调用，可以进行 PO 与 VO/DTO 之间的转换。BO 通常位于业务层，要区别于直接对外提供服务的服务层：BO 提供了基本业务单元的基本业务操作，在设计上属于被服务层业务流程调用的对象，一个业务流程可能需要调用多个 BO 来完成。

举个例子: 比如一台电脑，有显示器，有硬盘，有鼠标等各种配件。

我们可以把显示器对应成一个PO，硬盘对应成一个PO，鼠标对应成一个PO。

建立一个对应的电脑对象，想去了解其中信息，我们就可以去操作电脑所包含的各个PO对象。这样处理业务逻辑，可以BO对象去处理。

VO(Value Object) 表现对象 

前端界面展示；value object值对象；ViewObject表现层对象；主要对应界面显示的数据对象。对于一个WEB页面，或者SWT、SWING的一个界面，用一个VO对象对应整个界面的值。

用于表示一个与前端进行交互的 java 对象。有的朋友也许有疑问，这里可不可以使用 PO 传递数据？实际上，这里的 VO 只包含前端需要展示的数据即可，对于前端不需要的数据，比如数据创建和修改的时间等字段，出于减少传输数据量大小和保护数据库结构不外泄的目的，不应该在 VO 中体现出来。

DTO(Data Transfer Object) 数据传输对象 
前端调用时传输；也可理解成“上层”调用时传输; 
比如我们一张表有100个字段，那么对应的PO就有100个属性。但是我们界面上只要显示10个字段，客户端用WEB service来获取数据，没有必要把整个PO对象传递到客户端，这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO.

用于表示一个数据传输对象。DTO 通常用于不同服务或服务不同分层之间的数据传输。DTO 与 VO 概念相似，并且通常情况下字段也基本一致。但 DTO 与 VO 又有一些不同，这个不同主要是设计理念上的，比如 API 服务需要使用的 DTO 就可能与 VO 存在差异。

一个POJO持久化以后就是PO，业务层进行业务逻辑处理就将多个PO对象封装为BO；直接用它传递、传递过程中就是DTO；直接用来对应表示层就是VO。