java各个层_J2EE中的各个层面的Java对象理解

O/R Mapper对象/关系映射

O/R就是对象/关系,Mapper就是将对象与关系数据库绑定，用对象来表示关系数据，定义好所有的mapping之后，这个O/R

Mapper可以帮我们做很多的工作。通过这些mappings,这个O/R Mapper可以生成所有的关于对象保存，删除，读取的

SQL语句，我们不再需要写那么多行的DAL(数据访问层)代码了。

PO(persistant object)持久对象

在o/r映射的时候出现的概念，如果没有o/r映射，没有这个概念存在了。通常对应数据模型(数据库),本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。PO中应该不包含任何对数据库的操作、

VO(value object)值对象

通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不对应,这根据业务的需要.是业务逻辑使用个人觉得同DTO(数据传输对象),在web上传递。

PO、VO的区别：

VO是用new关键字创建，由GC回收的。PO

则是向数据库中添加新数据时创建，删除数据库中数据时削除的。并且它只能存活在一个数据库连接中，断开连接即被销毁。

VO它存活的目的就是为数据提供一个生存的地方。PO则是有状态的，每个属性代表其当前的状态。它是物理数据的对象表示。使用它，可以使我们的程序与物理数据解耦，并且可以简化对象数据与物理数据之间的转换。

VO的属性是根据当前业务的不同而不同的，也就是说，它的每一个属性都一一对应当前业务逻辑所需要的数据的名称。PO的属性是跟数据库表的字段一一对应的。PO对象需要实现序列化接口。VO则不用

TO(Transfer Object)，数据传输对象

在应用程序不同tie(关系)之间传输的对象

BO(business object)业务对象

从业务模型的角度看,见UML元件领域模型中的领域对象。封装业务逻辑的java对象,通过调用 DAO

方法,结合PO,VO进行业务操作。

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

QO：查询对象

是在类中放入与持久层的查询操作与语句的Java Bean对象

POJO(Plain Ordinary Java Object或Plain Old Java

Object)

完全是一个符合Java

Bean规范的简单无规则java对象，其中有一些属性及其getter setter方法的类,没有业务逻辑，有时可以作为VO(value

-object)或dto(Data Transform

Object)来使用.当然,如果你有一个简单的运算属性也是可以的,但不允许有业务方法,也不能携带有connection之类的方法。

DAO(data access object)数据访问对象

是一个sun的一个标准j2ee设计模式，这个模式中有个接口就是DAO，它负责持久层的操作。为业务层提供接口。此对象用于访问数据库。通常和PO结合使用，DAO中包含了各种数据库的操作方法。通过它的方法,结合PO对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合VO,提供数据库的CRUD操作

DTO(Data Transfer Object)数据传输对象

主要用于远程调用等需要大量传输对象的地方。比如我们一张表有100个字段，那么对应的PO就有100个属性。但是我们界面上只要显示10个字段，客户端用WEB

service来获取数据，没有必要把整个PO对象传递到客户端，这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO了。