概述
文章目录
- 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对象
![在这里插入图片描述](https://file2.kaopuke.com:8081/files_image/2023061621/cf2b81e360294aac8a13322e638e84c6.png)
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所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复