我是靠谱客的博主 危机画笔,最近开发中收集的这篇文章主要介绍PO、VO、DO、TO、DTO、 BO、 QO、DAO、POJO,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

文章目录

    • 1、VO(Value Object)值对象
    • 2、DTO(Data Transfer Object)数据传输对象
    • 3、DO(Domain Object)领域对象
    • 4、PO(Persistant Object)持久对象
    • 5、BO(Business Object)业务对象
    • 6、QO(Query Object)查询对象
    • 7、DAO(Data Access Object)数据访问层
    • 8、POJO(Plain Ordinary Java Object)简单无规则JAVA对象

在这里插入图片描述

1、VO(Value Object)值对象

通常用于业务层之间的数据传递(与DTO类似在Web上传递),用 new 关键字创建,由 GC 回收,和 PO 一样也是仅仅包含数据而已。但应是抽象出的业务对象 , 根据业务需要,它可以和表对应,也可以不对应 。

有时候也被称为View Object,用于传递给View层使用的数据对象。

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

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

3、DO(Domain Object)领域对象

从现实世界中抽象出来的有形或无形的业务实体。一般和数据中的表结构对应(与PO有点类似)。

4、PO(Persistant Object)持久对象

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

5、BO(Business Object)业务对象

从业务模型的角度看 , 见 UML 元件领域模型中的领域对象。它是封装业务逻辑的 java 对象 , 通过调用 DAO 方法 , 结合 PO,VO 进行业务操作。 这个对象可以包括一个或多个其它的对象。 比如一个简历,有教育经历、工作经历、社会关系等等,然后可以把教育经历对应一个 PO ,工作经历对应一个 PO ,社会关系对应一个 PO ,最后建立一个对应简历的 BO 对象,每个 BO 包含这些 PO并用于处理简历。

6、QO(Query Object)查询对象

一般用于组装查询参数。

7、DAO(Data Access Object)数据访问层

它是一个标准JAVA EE设计模式中的一个接口(DAO),它负责持久层的操作,为业务层提供接口。它用于数据库访问,通常与PO结合使用,夹在业务逻辑和数据库资源中间,配置VO提供数据库的CURD操作。

8、POJO(Plain Ordinary Java Object)简单无规则JAVA对象

POJO是传统意义的 java 对象,它和PO、VO、DO等,应不是一个层级的分类,它是一个完全符合 Java Bean 规范的纯 Java 对象,没有增加别的属性和方法。当前理解最基本的 Java Bean ,只有属性字段及 setter 和 getter 方法,它没有业务逻辑。某些纯粹的PO、VO等都可以看做是POJO

最后

以上就是危机画笔为你收集整理的PO、VO、DO、TO、DTO、 BO、 QO、DAO、POJO的全部内容,希望文章能够帮你解决PO、VO、DO、TO、DTO、 BO、 QO、DAO、POJO所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(75)

评论列表共有 0 条评论

立即
投稿
返回
顶部