java 的 (PO,VO,TO,BO,DAO,POJO) 解释
PO(persistant object) 持久对象
在 o/r 映射的时候出现的概念,如果没有 o/r 映射,没有这个概念存在了。通常对应数据模型 (数据库), 本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的 java 对象。最简单的 PO 就是对应数据库中某个表中的一条记录,多个记录可以用 PO 的集合。PO 中应该不包含任何对数据库的操作。
VO(value object) 值对象
通常用于业务层之间的数据传递,和 PO 一样也是仅仅包含数据而已。但应是抽象出的业务对象, 可以和表对应, 也可以不, 这根据业务的需要. 个人觉得同 DTO(数据传输对象), 在 web 上传递。
TO(Transfer Object),数据传输对象
在应用程序不同 tie(关系) 之间传输的对象
BO(business object) 业务对象
从业务模型的角度看, 见 UML 元件领域模型中的领域对象。封装业务逻辑的 java 对象, 通过调用 DAO 方法, 结合 PO,VO 进行业务操作。
POJO(plain ordinary java object) 简单无规则 java 对象
纯的传统意义的 java 对象。就是说在一些 Object/Relation Mapping 工具中,能够做到维护数据库表记录的 persisent object 完全是一个符合 Java Bean 规范的纯 Java 对象,没有增加别的属性和方法。我的理解就是最基本的 Java Bean,只有属性字段及 setter 和 getter 方法!。
DAO(data access object) 数据访问对象
是一个 sun 的一个标准 j2ee 设计模式,这个模式中有个接口就是 DAO,它负持久层的操作。为业务层提供接口。此对象用于访问数据库。通常和 PO 结合使用,DAO 中包含了各种数据库的操作方法。通过它的方法, 结合 PO 对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合 VO, 提供数据库的 CRUD 操作...
O/R Mapper 对象 / 关系 映射
定义好所有的 mapping 之后,这个 O/R Mapper 可以帮我们做很多的工作。通过这些 mappings, 这个 O/R Mapper 可以生成所有的关于对象保存,删除,读取的 SQL 语句,我们不再需要写那么多行的 DAL 代码了。
实体 Model(实体模式)
DAL(数据访问层)
IDAL(接口层)
DALFactory(类工厂)
BLL(业务逻辑层)
BOF Business Object Framework 业务对象框架
SOA Service Orient Architecture 面向服务的设计
EMF Eclipse Model Framework Eclipse 建模框架
----------------------------------------
PO:全称是
persistant object 持久对象
最形象的理解就是一个 PO 就是数据库中的一条记录。
好处是可以把一条记录作为一个对象处理,可以方便的转为其它对象。
BO:全称是
business object: 业务对象
主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。
比如一个简历,有教育经历、工作经历、社会关系等等。
我们可以把教育经历对应一个 PO,工作经历对应一个 PO,社会关系对应一个 PO。
建立一个对应简历的 BO 对象处理简历,每个 BO 包含这些 PO。
这样处理业务逻辑时,我们就可以针对 BO 去处理。
VO :
value object 值对象
ViewObject 表现层对象
主要对应界面显示的数据对象。对于一个 WEB 页面,或者 SWT、SWING 的一个界面,用一个 VO 对象对应整个界面的值。
DTO :
Data Transfer Object 数据传输对象
主要用于远程调用等需要大量传输对象的地方。
比如我们一张表有 100 个字段,那么对应的 PO 就有 100 个属性。
但是我们界面上只要显示 10 个字段,
客户端用 WEB service 来获取数据,没有必要把整个 PO 对象传递到客户端,
这时我们就可以用只有这 10 个属性的 DTO 来传递结果到客户端,这样也不会暴露服务端表结构. 到达客户端以后,如果用这个对象来对应界面显示,那此时它的身份就转为 VO
POJO :
plain ordinary java object 简单 java 对象
个人感觉 POJO 是最常见最多变的对象,是一个中间对象,也是我们最常打交道的对象。
一个 POJO 持久化以后就是 PO
直接用它传递、传递过程中就是 DTO
直接用来对应表示层就是 VO
DAO:
data access object 数据访问对象
这个大家最熟悉,和上面几个 O 区别最大,基本没有互相转化的可能性和必要.
主要用来封装对数据库的访问。通过它可以把 POJO 持久化为 PO,用 PO 组装出来 VO、DTO
-----------------------------------------------------------------
PO:persistant object 持久对象, 可以看成是与数据库中的表相映射的 java 对象。最简单的 PO 就是对应数据库中某个表中的一条记录,多个记录可以用 PO 的集合。PO 中应该不包含任何对数据库的操作.
VO:value object 值对象。通常用于业务层之间的数据传递,和 PO 一样也是仅仅包含数据而已。但应是抽象出的业务对象, 可以和表对应, 也可以不, 这根据业务的需要. 个人觉得同 DTO(数据传输对象), 在 web 上传递.
DAO:data access object 数据访问对象,此对象用于访问数据库。通常和 PO 结合使用,DAO 中包含了各种数据库的操作方法。通过它的方法, 结合 PO 对数据库进行相关的操作.
BO:business object 业务对象, 封装业务逻辑的 java 对象, 通过调用 DAO 方法, 结合 PO,VO 进行业务操作;
POJO:plain ordinary java object 简单无规则 java 对象, 我个人觉得它和其他不是一个层面上的东西, VO 和 PO 应该都属于它.
VO:值对象、视图对象
PO:持久对象
QO:查询对象
DAO:数据访问对象
DTO:数据传输对象
----------------------------------------
struts 里的 ActionForm 就是个 VO;
hibernate 里的 实体 bean 就是个 PO, 也叫 POJO;
hibernate 里的 Criteria 就相当于一个 QO;
在使用 hibernate 的时候我们会定义一些查询的方法, 这些方法写在接口里, 可以有不同的实现类. 而这个接口就可以说是个 DAO.
个人认为 QO 和 DTO 差不多.
----------------------------------------
PO 或叫 BO,与数据库最接近的一层,是 ORM 中的 O,基本上是数据库字段对应 BO 中的一个属性,为了同步与安全性考虑,最好只给 DAO 或者 Service 调用,而不要用 packcode,backingBean, 或者 BO 调。
DAO,数据访问层,把 VO,backingBean 中的对象可以放入。。。。
DTO,很少用,基本放入到 DAO 中,只是起到过渡的作用。
QO,是把一些与持久性查询操作与语句放入。。
VO,V 层中用到的基本元素与方法等放其中。如果要其调用 BO,则要做 BO 转换 VO,VO 转换 BO 操作。VO 的好处是其页面的元素属性多于 BO,可起到很好的作用。。。。
-----------------------------------------
楼上的不对吧,PO 是持久化对象。BO=business object—业务对象。
PO 可以严格对应数据库表,一张表对映一个 PO。
BO 则是业务逻辑处理对象,我的理解是它装满了业务逻辑的处理,在业务逻辑复杂的应用中有用。
VO:value object 值对象、view object 视图对象
PO:持久对象
QO:查询对象
DAO:数据访问对象——同时还有 DAO 模式
DTO:数据传输对象——同时还有 DTO 模式
来源: http://www.bubuko.com/infodetail-2450932.html