不管是实际开发还是过程中还是阅读各类技术书籍,
PO/VO/DTO/POJO
以及
JavaBean
出现的频率都很高,可是经常我们还是傻傻分不清楚。因此有必要对它们各自的含义以及相互间的区别有一个清晰的认识和理解。
PO / ENTITY
persistent object持久对象
1. 有时也被称为
Data
对象,对应数据库中的
entity
,可以简单认为一个
PO
对应数据库中的一条记录。
2. 在hibernate持久化框架中与
insert/delet
操作密切相关。
3.
PO
中不应该包含任何对数据库的操作。
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
数据传输对象
-
用在需要跨进程或远程传输时,它不应该包含业务逻辑。
2.比如一张表有100个字段,那么对应的PO就有100个属性(大多数情况下,DTO 内的数据来自多个表)。但view层只需显示10个字段,没有必要把整个PO对象传递到client,这时我们就可以用只有这10个属性的DTO来传输数据到client,这样也不会暴露server端表结构。到达客户端以后,如果用这个对象来对应界面显示,那此时它的身份就转为VO。
POJO
plain ordinary java object
用这个名字用来强调它是一个普通java对象,而不是一个特殊的对象
一个中间对象,可以转化为
PO、DTO、VO
。
1. POJO持久化之后==〉PO
(在运行期,由Hibernate中的cglib动态把POJO转换为PO,PO相对于POJO会增加一些用来管理数据库entity状态的属性和方法。PO对于programmer来说完全透明,由于是运行期生成PO,所以可以支持增量编译,增量调试。)
2. OJO传输过程中==〉DTO
3. POJO用作表示层==〉VO
DTO
和
VO
都应该属于它,在实际开发中,可能只有PO(Entity)和VO,在需要DTO的时候VO充当了DTO的角色,如果VO的字段A在数据库中不存在(即不需要从数据库中取值),则查询的时候可以随便赋一个值给字段A。
JavaBean
是一种JAVA语言写成的可重用组件。它的方法命名,构造及行为必须符合特定的约定:
1. 这个类必须有一个公共的缺省构造函数。
2. 这个类的属性使用
getter
和
setter
来访问,其他方法遵从标准命名规范。
3. 这个类应是可序列化的。
因为这些要求主要是靠约定而不是靠实现接口,所以许多开发者把
JavaBean
看作遵从特定命名约定的
POJO
。
简而言之,当一个Pojo可序列化,有一个无参的构造函数,使用
getter
和
setter
方法来访问属性时,他就是一个
JavaBean
DAO
data access object
数据访问对象
1. 主要用来封装对
DB
的访问(CRUD操作)。
2. 通过接收Business层的数据,把
POJO
持久化为
PO
。