java对象:PO/POJO/VO/BO/DAO/DTO分析

高分请问下,java对象:PO/POJO/VO/BO/DAO/DTO分析
最新回答
美少女壮士

2024-09-08 01:01:36

PO(Persistant Object,持久对象)是伴随O/R映射出现的概念,因此,想要链接PO必须先了解O/R映射。

1.1 OR映射

OR映射(ORM,Obeject Releation Mapping)就是将对象与关系数据库进行绑定(或者说是把关系数据表进行对象(javabean值对象)映射),用对象来表示关系数据,映射需要hibernate和ibatis等框架执行。操作过程中,根据不同的ORM Framework编写不同的映射文件,一般是以xml方式进行存储,将表与Javabean的值对象一一对应。示例:以前插入一条记录书写形式为:现在可以如下书写:最基本的好处就是:关系发生改变直接改动映射配置文件即可,不需要到源文件里面去一条条修改语句(主要是sql语句)。

1.2 PO

PO(Persistant Object)可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录,多个记录可以用PO的集合。PO中应该不包含任何对数据库的操作。好处就是可以把一条记录作为一个对象处理,可以方便的转为其他对象。

2.VO

2.1 VO(Value Object)值对象,通常用于业务层之间的数据传递,与PO一样仅包含数据,根据业务的需要与抽象出的业务对象实现对应或者非对应。VO主要对应界面显示的数据对象。对于一个WEB页面,或者SWT/SWING的一个界面,用一个VO对象对应整个界面的值。

2.2 VO与PO异同点

2.2.1 相同点

VO与PO均由一组属性和属性的get和set方法组成,结构上没有不同,但是本质上完全不同。

2.2.2 创建方法差异

2.2.3 意义不同

2.2.4 属性不同

3. DAO

DAO(Data Access Object数据访问对象),用于访问数据库,通常与PO结合使用,DAO包含了各种数据库的操作方法,通过方法结合PO对数据库进行相关操作,夹在业务层逻辑与数据库资源中间,配合VO,提供数据库的CRUD(增删改查)操作。

4. BO

BO(Business Object)业务对象,封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作。这个对象可以包括一个或多个其它的对象。比如一个简历,有教育经历、工作经历、关系等等。我们可以把教育经历对应一个PO,工作经历对应一个PO,关系对应一个PO。建立一个对应简历的BO对象处理简历,每个BO包含这些PO。这样处理业务逻辑时,我们就可以针对BO去处理。关于BO主要有三种概念 : 在实际使用中,认为哪一种概念正确并不重要,关键是实际应用中适合自己项目的需要

5. POJO

POJO(Plain Ordinary Java Object简单无规则java对象)是纯粹的传统意义的java对象。就是说在一些Object/Relation Mapping工具中,能够做到维护数据库表记录的persisent object完全是一个符合Java Bean规范的纯Java对象,没有增加别的属性和方法,即,最基本的Java Bean,只有属性字段及setter和getter方法!

6. DTO

DTO(Data Transfer Object,数据传输对象)主要用于远程调用等需要大量传输对象的地方。比如说,我们一张表有100个字段,那么对应的PO就有100个属性。但是我们界面上只要显示10个字段,客户端用WEB service来获取数据,没有必要把整个PO对象传递到客户端,这时我们就可以用只有这10个属性的DTO来传递结果到客户端,这样也不会暴露服务端表结构.到达客户端以后,如果用这个对象来对应界面显示,那此时它的身份就转为VO。DTO 是一组需要跨进程或网络边界传输的聚合数据的简单容器。它不应该包含业务逻辑,并将其行为限制为诸如内部一致性检查和基本验证之类的活动。注意,不要因实现这些方法而导致 DTO 依赖于任何新类。在设计数据传输对象时,您有两种主要选择:使用一般集合;或使用显式的 getter 和 setter 方法创建自定义对象

7. 应用

不同类型的对象在架构设计中用于不同的用途,如下的分层架构表示了各个 POJO 的用途。是为了确保各个分层能够很好地封装自己的服务,有效地控制信息的传播,在分层结构中对POJO对象进行定义。

如果没有 VO 和 PO 的区别,那么数据库表结构的所有字段就一览无余地展示到了前端,给后台安全带来很大的隐患,并且无法在网络传输中剥离冗余信息提高了用户的带宽成本

8. 实例分析

以一个实例来探讨下 POJO 的使用。假设我们有一个面试系统,数据库中存储了很多面试题,通过 web 和 API 提供服务。可能会做如下的设计:1)数据表:表中的面试题包括编号、题目、选项、答案、创建时间、修改时间;2)PO:包括题目、选项、答案、创建时间、修改时间;3)VO:题目、选项、答案、上一题URL、下一题URL;4)DTO:编号、题目、选项、答案、上一题编号、下一题编号;5)DAO:数据库增删改查方法;6)BO:业务基本操作。可以看到,进行 POJO 划分后,我们得到了一个设计良好的架构,各层数据对象的修改完全可以控制在有限的范围内。

声明:本文为多处文章摘抄笔记,如有侵权请告知