javaBean、VO、PO、DTO、DAO、BO、POJO、Entity区分

Java Bean：一种可重用组件，即“一次编写，任何地方执行，任何地方重用”。满足三个条件

• 类必须是具体的和公共的
• 具有无参构造器
• 提供一致性设计模式的公共方法将内部域或暴露成员属性

VO

value object 值对象 / view object 表现层对象
通常用于业务层之间的数据传递，由new创建，由GC回收。和PO一样也是仅仅包含数据而已，但应是抽象出的业务对象，可以和表对应，也可以不是。

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

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

PO

persistant object：持久层对象 

是ORM(Objevt Relational Mapping)框架中Entity，PO属性和数据库中表的字段形成一一对应关系 
VO和PO，都是属性加上属性的get和set方法；表面看没什么不同，但代表的含义是完全不同的

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

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

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

DTO

data transfer object：数据传输对象 
是一种设计模式之间传输数据的软件应用系统，数据传输目标往往是数据访问对象从数据库中检索数据 
数据传输对象与数据交互对象或数据访问对象之间的差异是一个以不具任何行为除了存储和检索的数据（访问和存取器） 
简而言之，就是接口之间传递的数据封装 
表里面有十几个字段：id，name，gender（M/F)，age…… 
页面需要展示三个字段：name，gender(男/女)，age 
DTO由此产生，一是能提高数据传输的速度(减少了传输字段)，二能隐藏后端表结构 

BO

business object：业务对象 
BO把业务逻辑封转为一个对象，通过调用DAO方法，结合PO或VO进行业务操作 
PO组合，如投保人是一个PO，被保险人是一个PO，险种信息是一个PO等等，他们组合起来是第一张保单的BO

业务对象主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。

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

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

关于BO主要有三种概念

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

2 、只包含业务方法；

3 、两者都包含。

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

POJO

plian ordinary java object：简单无规则java对象 
纯的传统意义的java对象，最基本的Java Bean只有属性加上属性的get和set方法

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

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

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

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

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

PO 和VO都应该属于它。

可以额转化为PO、DTO、VO；比如POJO在传输过程中就是DTO

DAO

data access object：数据访问对象 
是sun的一个标准j2ee设计模式，这个模式中有个接口就是DAO，负责持久层的操作 。
主要用来封装对数据的访问，注意，是对数据的访问，不是对数据库的访问 

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

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

简易的关系图：

 

其他的还有model/module/domain/entity

Entity

实体，和PO的功能类似，和数据表一一对应，一个实体一张表

 

转自：

https://blog.csdn.net/u011870547/article/details/81077153

https://blog.csdn.net/qq_41604862/article/details/79675223