java中PO、VO、BO、POJO、DAO、DTO、TO、QO、Bean、conn的理解
O/RMapping是ObjectRelational
Mapping（对象关系映射）的缩写。通俗点讲，就是将对象与关系数据库绑定，用对象来表示关系数据。在O/R
Mapping的世界里，有两个基本的也是重要的东东需要了解，即VO，PO。
VO，值对象(ValueObject)，
PO，持久对象(Persisent
Object)，它们是由一组属性和属性的get和set方法组成。从结构上看，它们并没有什么不同的地方。但从其意义和本质上来看是完全不同的。
１．VO是用new关键字创建，由GC回收的。
PO则是向数据库中添加新数据时创建，删除数据库中数据时削除的。并且它只能存活在一个数据库连接中，断开连接即被销毁。
２．VO是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻辑使用的，它存活的目的就是为数据提供一个生存的地方。
PO则是有状态的，每个属性代表其当前的状态。它是物理数据的对象表示。使用它，可以使我们的程序与物理数据解耦，并且可以简化对象数据与物理数据之间的转换。
３．VO的属性是根据当前业务的不同而不同的，也就是说，它的每一个属性都一一对应当前业务逻辑所需要的数据的名称。
PO的属性是跟数据库表的字段一一对应的。
PO对象需要实现序列化接口。
java的(PO,VO,TO,BO,DAO,POJO)解释
PO(persistantobject)持久对象
在o/r映射的时候出现的概念，如果没有o/r映射，没有这个概念存在了。通常对应数据模型(数据库),本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。PO中应该不包含任何对数据库的操作。
VO(valueobject)值对象
通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递。
TO(TransferObject)，数据传输对象
在应用程序不同tie(关系)之间传输的对象
BO(businessobject)业务对象
从业务模型的角度看,见UML元件领域模型中的领域对象。封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作。
businessobject:业务对象
主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。
比如一个简历，有教育经历、工作经历、社会关系等等。
我们可以把教育经历对应一个PO，工作经历对应一个PO，社会关系对应一个PO。
建立一个对应简历的BO对象处理简历，每个BO包含这些PO。
这样处理业务逻辑时，我们就可以针对BO去处理。
QO：查询对象
POJO(plainordinaryjavaobject)简单无规则java对象
纯的传统意义的java对象。就是说在一些Object/Relation
Mapping工具中，能够做到维护数据库表记录的persisent
object完全是一个符合JavaBean规范的纯Java对象，没有增加别的属性和方法。我的理解就是最基本的JavaBean，只有属性字段及setter和getter方法！。
DAO(dataaccessobject)数据访问对象
是一个sun的一个标准j2ee设计模式，这个模式中有个接口就是DAO，它负持久层的操作。为业务层提供接口。此对象用于访问数据库。通常和PO结合使用，DAO中包含了各种数据库的操作方法。通过它的方法,结合PO对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合VO,
提供数据库的CRUD操作...
DTO：
DataTransferObject数据传输对象
主要用于远程调用等需要大量传输对象的地方。
比如我们一张表有100个字段，那么对应的PO就有100个属性。
但是我们界面上只要显示10个字段，
客户端用WEBservice来获取数据，没有必要把整个PO对象传递到客户端，
这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO
DAO：数据访问对象——同时还有DAO模式
DTO：数据传输对象——同时还有DTO模式
O/RMapper对象/关系映射
定义好所有的mapping之后，这个O/R
Mapper可以帮我们做很多的工作。通过这些mappings,这个O/R
Mapper可以生成所有的关于对象保存，删除，读取的SQL语句，我们不再需要写那么多行的DAL代码了。
实体Model(实体模式)
DAL(数据访问层)
IDAL(接口层)
DALFactory(类工厂)
BLL(业务逻辑层)
BOF BusinessObjectFramework 业务对象框架
SOA ServiceOrientArchitecture 面向服务的设计
EMF EclipseModelFramework
Eclipse建模框架
下面是个人理解
VO基本理解
valueobject：值对象
viewobject：表现层对象
简要理解（部分人认为同DTO有部分相同作用）
通常用于业务层之间的数据传递，主要对应界面显示的数据对象，他的对应对象可以是一个WEB页面，或者SWT、SWING的一个界面，通常用一个VO对象对应整个界面的值；
O/RMapper基本理解
ObjectRelationalMapping：对象/关系映射*
作用
定义好所有的mapping之后，这个O/RMapper可以帮我们做很多的工作；通过这些mappings,这个O/RMapper可以生成所有的关于对象保存，删除，读取的SQL语句，我们不再需要写那么多行的DAL代码了
建议了解
在O/RMapping的世界里，有两个基本的也是重要的对象需要了解，即VO，PO
PO基本理解
persistantobject：持久对象
注意
PO中应该不包含任何对数据库的操作！
简介
在o/r映射的时候出现的概念，如果没有o/r映射，就没有这个概念存在了。可以看成是与数据库中的表相映射的java对象,一般包含数据模型(数据库),部分业务逻辑；最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合；
简要理解
PO对应数据库表，且数据库表会映射一个PO（java对象），一个PO就是数据库中的一条记录，我们这可以把这条记录作为一个对象处理，可以方便的转为其它对象；
VO与PO区别
- VO是用new关键字创建，由GC回收的
- PO则是向数据库中添加新数据时创建，删除数据库中数据时削除的。并且它只能存活在一个数据库连接中，断开连接即被销毁
- VO是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻辑使用的，它存活的目的就是为数据提供一个生存的地方
- PO则是有状态的，每个属性代表其当前的状态。它是物理数据的对象表示。使用它，可以使程序与物理数据解耦，并且可以简化对象数据与物理数据之间的转换
- VO的属性是根据当前业务的不同而不同的，也就是说，它的每一个属性都一一对应当前业务逻辑所需要的数据的名称
- PO的属性是跟数据库表的字段一一对应的
- PO对象需要实现序列化接口
BO基本理解
businessobject：业务对象
简要理解
封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作；
理解（BO统筹PO）
主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。
比如一个简历，有教育经历、工作经历、社会关系等等。
我们可以把教育经历对应一个PO，工作经历对应一个PO，社会关系对应一个PO。
建立一个对应简历的BO对象处理简历，每个BO包含这些PO。
这样处理业务逻辑时，我们就可以针对BO去处理。
POJO基本理解
plainordinaryjavaobject：简单无规则java对象
简介
单纯的传统意义的java对象。就是说在一些Object/RelationMapping工具中，能够做到维护数据库表记录的persisentobject完全是一个符合JavaBean规范的纯Java对象，没有增加别的属性和方法。我的理解就是最基本的JavaBean，只有属性字段及setter和getter方法
简要理解
POJO首先区别于其他对象，同时是最常见最多变的一个中间常用对象
不同场景下POJO的代表
- 一个POJO持久化以后就是PO
- 直接用它传递、传递过程中就是DTO
- 直接用来对应表示层就是VO
DAO（常用）基本理解
dataaccessobject：数据访问对象
简介
一个标准j2ee设计模式，夹在业务逻辑与数据库资源中间，通过DAO接口访问数据库，DAO中包含了各种数据库的操作方法（CRUD操作），通过它的方法,结合PO对数据库进行相关的操作,基本没有互相转化的可能性和必要；同时可以通过它把POJO持久化为PO，用PO组装出来VO、DTO~
简要理解
通常和PO结合使用，DAO中包含了各种数据库的操作方法；通过它的方法,结合PO对数据库进行相关的操作；配合VO，提供数据库的CRUD（增删改查）操作
DTO（较少用，过渡作用）基本理解
DataTransferObject：数据传输对象
简要理解
主要用于远程调用需要大量传输对象的地方
列子理解
比如我们一张表有100个字段，那么对应的PO就有100个属性.
但是我们界面上只要显示10个字段，
客户端用WEBservice来获取数据，没有必要把整个PO对象传递到客户端，
这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO
TO基本理解
TransferObject：数据传输对象
简要理解
在应用程序不同tie(关系)之间传输的对象
QO基本理解
QueryObject：查询对象
简要理解
存储一些与持久性查询操作的语句对象
DO基本理解
DomainObject：领域对象
简要理解
就是从现实世界中抽象出来的有形或无形的业务实体
最后再介绍下Bean，Conn
Bean包就是专门放置属性类的，比如在数据库中创建了一个表，那么你可以把这个表的各个字段，分别定义成属性放置在一个类里，并写明setter和getter方法，然后把这个类放置在bean包下面。
Conn建立了一个数据库连接对象，其他所有涉及到数据库操作的文件都需要包含这个文件并引用该对象。
更多关于java中PO、VO、BO、POJO、DAO、DTO、TO、QO、Bean、conn的理解请查看下面的相关链接
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。