PO,VO,DAO,BO,POJO一脸懵?一张图给你解释清楚

Post Time:2021-06-24 14:11:48 Views:107

《阿里巴巴Java开发规范》关于领域模型的部分介绍如下

分层领域模型规约:

  • DO(Data Object):此对象的属性与数据库表结构一一对应,通过 DAO 层向上传输数据源对象。
  • DTO(Data Transfer Object):数据传输对象,Service 或 Manager 向外传输的对象。
  • BO(Business Object):业务对象,由 Service 层输出的封装业务逻辑的对象。
  • AO(ApplicationObject):应用对象,在Web层与Service层之间抽象的复用对象模型, 极为贴近展示层,复用度不高。
  • VO(View Object):显示层对象,通常是 Web 向模板渲染引擎层传输的对象。
  • Query:数据查询对象,各层接收上层的查询请求。注意超过 2 个参数的查询封装,禁止使用 Map 类来传输。

领域模型命名规约:

  • 数据对象:xxxDO,xxx即为数据表名
  • 数据传输对象:xxxDTO,xxx为业务领域相关的名称。
  • 展示对象:xxxVO,xxx一般为网页名称。
  • POJO是DO/DTO/BO/VO的统称,禁止命名成xxxPOJO。

先看一张各个对象间的关系图,有个印象

然后,再来慢慢解释各个对象的作用。

bea4509510f1791153d26dec6197a728.jpg

VO

Value Object

用于表示前端的展示对象;相比与PO(数据库映射对象),VO对象与前端交互的数据可能需要经过过滤、拆分、聚合等操作;比方说部分不需要展示的数据,VO层将其踢出后返回;如果数据来源于多个地方,也将会在VO对象进行聚合再返回等操作;

遵循Java Bean的规范,其拥有getter / setter方法

DTO

Data Transfer Object

数据传输对象;DTO主要协调于各个服务之间,用于做数据的扭转并传输;比如,数据库有20个字段,但实际业务只需要5个,那么就可以借助DTO对PO对象进行传输;避免数据库结构的暴露,并减少不必要的数据交互

遵循Java Bean的规范,其拥有getter / setter方法

BO

Business Object

表示一个业务对象;BO包含了一些业务逻辑,通常用于封装对DAO、RPC等相关的调用,同时还可以进行PO、VO、DTO之间的数据转换;

BO通常都是位于业务层,并提供了基本的业务操作;在设计上属于被服务层业务逻辑调用的对象,一段业务的执行,可能需要多个BO对象的相互配合才能完成

PO

persistant object

表示着Java对象与数据库之间的映射关系;其仅用于表示数据,并没有任何的数据操作;

遵循Java Bean的规范,其拥有getter / setter方法

DAO

Data Access Object

通过Dao配合PO对象进行数据库访问,其中包含了增删改查等一系列的数据库操作,DAO一般在持久层,其完全封装了数据库的行为,并对外提供方法,上层通过他访问数据完全不需要关心数据库任何信息;

POJO

Plain Ordinary Java Object 的缩写

表示一个简单 java 对象;只要遵循Java Bean的规范,并赋予getter / setter方法,就是一个POJO对象;

只是在不用的场景,不同的功能和定义下,POJO会演变为PO、VO、DTO等

Comments: 2
暂无评论

「人生在世,留句话给我吧」

撰写评论