PO 就是对应数据库中某个表中的一条记录, 多个记录可以用PO的
2.DO(Domain Object) 领域对象就是从现实世界中抽象出来的有形或无形的业务实体
3.TO(Transfer Object) 数据传输对象不同的应用程序之间传输的对象
4.DTO(Data Transfer Object) 数据传输对象这个概念来源于 J2EE 的设计模式, 原来的目的是为了 EJB 的分布式应用提供粗粒度的数据实体, 以减少分布式调用的次数, 从而提高分布式调用的性能和降低网络负载, 但在这里, 泛指用于展示层与服务层之间的数据传输对象
5.VO(Value Object) 值对象 通常用于业务层之间的数据传递, 和 PO 一样也是仅仅包含数据而已, 但应是抽象出的业务对象, 可以和表对应, 也可以不, 这要根据业务的需要. 用 new 关键字创建, 由 GC 回收的.
View Object : 视图对象 ;
接收页面传递过来的数据, 封装对象
将业务处理完成的对象, 封装成页面要用的数据
从业务模型的角度看, 见UML元件领域模型中的领域对象. 封装业务逻辑的 Java 对象, 通过调用 DAO 方法, 结合 PO, VO 进行业务 *** 作.
Business Object: 业务对象, 主要作用是把业务逻辑封装为一个对象. 这个对象可以包括一个或多个其它的对象.
比如:
一个简历, 有教育经历, 工作经历, 社会关系等等. 我们可以把教育经理对应一个PO, 工作经历对应一个PO, 社会关系对应一个PO. 建立一个对应简历的BO对象处理建立, 每个BO 包含这些PO. 这样处理业务逻辑时, 我们就可以针对BO去处理.
传统意义的 Java 对象, 就是说一些 Oject/Relation Mapping 工具中, 能够做到维护数据库表记录的 Persistent Object 完全是一个符合Java Bean 规范的纯 Java 对象, 没有增加别的属性和方法. 我的理解就是最基本的Java Bean, 只有属性字段及 setter 和 getter 方法!
POJO 是 DO/ DTO/ BO/ VO 的统称
是sun的一个标准 J2EE 设计模式, 这个模式中有个接口就是DAO, 它负责持久层的 *** 作. 为业务层提供接口. 此对象用于访问数据库, 通常和 PO 结合使用, DAO 中包含了各种数据库的 *** 作方法. 通过它的方法, 结合 PO 对数据库进行相关的 *** 作, 夹在业务逻辑与数据库资源中间, 配合 VO, 提供数据库的 CRUD *** 作.
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)