PO/POJO/BO/DTO/VO的区别

PO
：persistent object
持久对象

1
．有时也被称为Data
对象，对应数据库中的entity
，可以简单认为一个PO
对应数据库中的一条记录。

2
．在hibernate
持久化框架中与insert/delet
操作密切相关。

3
．PO
中不应该包含任何对数据库的操作。

POJO
：plain ordinary java object
无规则简单java
对象

一个中间对象，可以转化为PO
、DTO
、VO
。

1
．POJO
持久化之后==
〉PO

（在运行期，由Hibernate
中的cglib
动态把POJO
转换为PO
，PO
相对于POJO
会增加一些用来管理数据库entity
状态的属性和方法。PO
对于programmer
来说完全透明，由于是运行期生成PO
，所以可以支持增量编译，增量调试。）

2
．POJO
传输过程中==
〉DTO

3
．POJO
用作表示层==
〉VO

PO
和VO
都应该属于它。

BO
：business object
业务对象

封装业务逻辑为一个对象（可以包括多个PO
，通常需要将BO
转化成PO
，才能进行数据的持久化，反之，从DB
中得到的PO
，需要转化成BO
才能在业务层使用）。

关于BO
主要有三种概念

1
、只包含业务对象的属性；

2
、只包含业务方法；

3
、两者都包含。

在实际使用中，认为哪一种概念正确并不重要，关键是实际应用中适合自己项目的需要。

VO
：value object
值对象 / view object
表现层对象

1
．主要对应页面显示（web
页面/swt
、swing
界面）的数据对象。

2
．可以和表对应，也可以不，这根据业务的需要。

注 ：在struts
中，用ActionForm
做VO
，需要做一个转换，因为PO
是面向对象的，而ActionForm
是和view
对应的，要将几个PO
要显示的属性合成一个ActionForm
，可以使用BeanUtils
的copy
方法。

DTO
（TO
） ：Data Transfer Object
数据传输对象

1
．用在需要跨进程或远程传输时，它不应该包含业务逻辑。

2
．比如一张表有100
个字段，那么对应的PO
就有100
个属性（大多数情况下，DTO
内的数据来自多个表）。但view
层只需显示10
个字段，没有必要把整个PO
对象传递到client
，这时我们就可以用只有这10
个属性的DTO
来传输数 据到client
，这样也不会暴露server
端表结构。到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO
。

DAO
：data access object
数据访问对象

1
．主要用来封装对DB
的访问（CRUD
操作）。

2
．通过接收Business
层的数据，把POJO
持久化为PO
。