说明

分层领域模型规约：

  • DO（ Data Object）：与数据库表结构一一对应，通过DAO层向上传输数据源对象。
  • DTO（ Data Transfer Object）：数据传输对象，Service或Manager向外传输的对象。
  • BO（ Business Object）：业务对象。 由Service层输出的封装业务逻辑的对象。
  • AO（ Application Object）：应用对象。 在Web层与Service层之间抽象的复用对象模型，极为贴近展示层，复用度不高。
  • VO（ View Object）：显示层对象，通常是Web向模板渲染引擎层传输的对象。
  • POJO（ Plain Ordinary Java Object）：在本手册中， POJO专指只有setter/getter/toString的简单类，包括DO/DTO/BO/VO等。
  • Query：数据查询对象，各层接收上层的查询请求。 注意超过2个参数的查询封装，禁止使用Map类来传输。

领域模型命名规约：

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

二、区别

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

比如一个简历，有教育经历、工作经历、社会关系等等。 我们可以把教育经历对应一个PO，工作经历对应一个PO，社会关系对应一个PO。

大致的示例代码：

Controller层:此层常见的转换为：DTO转VO

  1. public List<UserVO> getUsers(UserQuery userQuery);

Service层:


三、实践小结

按照标准来说：

1、entity里的每一个字段，与数据库相对应， 2、VO里的每一个字段，是和你前台页面相对应， 3、DTO，这是用来转换从entity到dto，或者从dto到entity的中间的东西。

模型：
下面以一个时序图建立简单模型来描述上述对象在三层架构应用中的位置
01-DO、DTO、BO、AO、VO、POJO定义 - 图1

  • 用户发出请求（可能是填写表单），表单的数据在展示层被匹配为VO。
  • 展示层把VO转换为服务层对应方法所要求的DTO，传送给服务层。
  • 服务层首先根据DTO的数据构造（或重建）一个DO，调用DO的业务方法完成具体业务。
  • 服务层把DO转换为持久层对应的PO（可以使用ORM工具，也可以不用），调用持久层的持久化方法，把PO传递给它，完成持久化操作。
  • 对于一个逆向操作，如读取数据，也是用类似的方式转换和传递，略。