Java Web开发 之VO、PO、TO、SOA、DTO等收集

DAL：Data Access Layer数据访问层，主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务。
SOA：Service Orient Architecture  面向服务的设计,面向服务架构，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。SOA是一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。SOA可以看作是B/S模型、XML（标准通用标记语言的子集）/Web Service技术之后的自然延伸。SOA将能够帮助软件工程师们站在一个新的高度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之以往，以SOA架构的系统能够更加从容地面对业务的急剧变化

PO：persistant object持久对象最形象的理解就是一个PO就是数据库中的一条记录。好处是可以把一条记录作为一个对象处理，可以方便的转为其它对象，它们是由一组属性和属性的 get 和 set 方法组成。从结构上看，它们并没有什么不同的地方。但从其意义和本质上来看是完全不同的在 o/r 映射的时候出现的概念，如果没有 o/r 映射，没有这个概念存在了。通常对应数据模型 ( 数据库 ), 本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的 java 对象。最简单的 PO 就是对应数据库中某个表中的一条记录，多个记录可以用 PO 的集合。 PO 中应该不包含任何对数据库的操作。  

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

VO ：value object值对象，封装数据，VO是跟数据库里表的映射，一个表对应一个VO ，常用于业务层之间的数据传递，和 PO 一样也是仅仅包含数据而已。但应是抽象出的业务对象 , 可以和表对应 , 也可以不 , 这根据业务的需要 . 个人觉得同 DTO( 数据传输对象 ), 在 web 上传递。 
主要对应界面显示的数据对象。对于一个WEB页面，或者SWT、SWING的一个界面，用一个VO对象对应整个界面的值。

TO：Transfer Object，数据传输对象 在应用程序不同 tie( 关系 ) 之间传输的对象 

BO：business object是业务层，做逻辑处理的业务对象，从业务模型的角度看 , 见 UML 元件领域模型中的领域对象。封装业务逻辑的 java 对象 , 通过调用 DAO 方法 , 结合 PO,VO 进行业务操作。 business object: 业务对象主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象，比如一个简历，有教育经历、工作经历、社会关系等等。 我们可以把教育经历对应一个 PO ，工作经历对应一个 PO ，社会关系对应一个 PO 。建立一个对应简历的 BO 对象处理简历，每个 BO 包含这些 PO ，这样处理业务逻辑时，我们就可以针对 BO 去处理。

DTO ：Data Transfer Object数据传输对象主要用于远程调用等需要大量传输对象的地方。比如我们一张表有100个字段，那么对应的PO就有100个属性。但是我们界面上只要显示10个字段，客户端用WEB service来获取数据，没有必要把整个PO对象传递到客户端，这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO，

POJO ：plain old java object 简单java对象，是一个普通的Java对象（不是JavaBean，EntityBean等）， 简单无规则 java 对象，纯的传统意义的 java 对象。就是说在一些 Object/RelationMapping 工具中，能够做到维护数据库表记录的 persisent object 完全是一个符合 Java Bean 规范的纯 Java 对象，没有增加别的属性和方法。我的理解就是最基本的 Java Bean ，只有属性字段及 setter 和 getter 方法！也不担当任何的特殊的角色，也不实现任何Java框架指定的接口。

DAO：data access object数据访问对象，主要用来封装对数据库的访问。通过它可以把POJO持久化为PO，用PO组装出来VO、DTO，用VO来访问真实的表，对数据库的操作都在DAO中完成，是一个 sun 的一个标准 j2ee 设计模式， 这个模式中有个接口就是 DAO ，它负持久层的操作，为业务层提供接口。此对象用于访问数据库。通常和 PO 结合使用， DAO 中包含了各种数据库的操作方法。通过它的方法 , 结合 PO 对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合 VO, 提供数据库的 CRUD 操作，这个大家最熟悉，和上面几个O区别最大，基本没有互相转化的可能性和必要。

O/R Mapping ： Object Relational Mapping （对象关系映射）的缩写。通俗点讲，就是将对象与关系数据库绑定，用对象来表示关系数据。在 O/R Mapping 的世界里，有两个基本的也是重要的东东需要了解，即 VO ， PO 。O/R Mapper 对象 / 关系 映射 定义好所有的 mapping 之后，这个 O/R Mapper 可以帮我们做很多的工作。通过这些 mappings, 这个 O/R Mapper 可以生成所有的关于对象保存，删除，读取的 SQL 语句，我们不再需要写那么多行的 DAL 代码了。

Vo与po不同点：

１.VO 是用 new 关键字创建，由 GC 回收的。 　　   PO 则是向数据库中添加新数据时创建，删除数据库中数据时削除的。并且它只能存活在一个数据库连接中，断开连接即被销毁。     ２.VO 是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻辑使用的，它存活的目的就是为数据提供一个生存的地方。 　　   PO 则是有状态的，每个属性代表其当前的状态。它是物理数据的对象表示。使用它，可以使我们的程序与物理数据解耦，并且可以简化对象数据              与物理数据之间的转换。     ３.VO 的属性是根据当前业务的不同而不同的，也就是说，它的每一个属性都一一对应当前业务逻辑所需要的数据的名称。        PO 的属性是跟数据库表的字段一一对应的，PO 对象需要实现序列化接口。 名词解释：   EntityBean                                                                               实体模式 

DAL Data Access Layer 数据访问层 IDAL 接口层 DALFactory Data Access Layer Factory 类工厂 BLL Business Logic Layer 业务逻辑层 BOF Business Object Framework 业务对象框架 SOA Service Orient Architecture 面向服务的设计 EMF Eclipse Model Framework Eclipse 建模框架