领域模型中的实体类分为四种类型:VO、DTO、DO、PO

转载 2015年11月19日 10:41:25
经常会接触到VO,DO,DTO的概念,本文从领域建模中的实体划分和项目中的实际应用情况两个角度,对这几个概念进行简析。
得出的主要结论是:在项目应用中,VO对应于页面上需要显示的数据(表单),DO对应于数据库中存储的数据(数据表),DTO对应于除二者之外需要进行传递的数据。
一、实体类
百度百科中对于实体类的定义如下:
实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂的行为,但这些行为必须与它所代表的实体对象密切相关。
根据以上定义,我们可以了解到,实体类有两方面内容,存储数据和执行数据本身相关的操作。这两方面内容对应到实现上,最简单的实体类是POJO类,含有属性及属性对应的set和get方法,实体类常见的方法还有用于输出自身数据的toString方法。


二、领域模型中的实体类
领域模型中的实体类分为四种类型:VO、DTO、DO、PO,各种实体类用于不同业务层次间的交互,并会在层次内实现实体类之间的转化。
业务分层为:视图层(VIEW+ACTION),服务层(SERVICE),持久层(DAO)
相应各层间实体的传递如下图:

项目中我们并没有严格遵循这种传递关系,但这种和业务层次的关联对我们理解各实体类的作用是有帮助的。(我们没有接触到PO的原因,我理解为ORM对PO进行了封装)
以下是资料的原文,上图是基于此绘制的:
概念:
VO(View Object):视图对象,用于展示层,它的作用是把某个指定页面(或组件)的所有数据封装起来。
DTO(Data Transfer Object):数据传输对象,这个概念来源于J2EE的设计模式,原来的目的是为了EJB的分布式应用提供粗粒度的数据实体,以减少分布式调用的次数,从而提高分布式调用的性能和降低网络负载,但在这里,我泛指用于展示层与服务层之间的数据传输对象。
DO(Domain Object):领域对象,就是从现实世界中抽象出来的有形或无形的业务实体。
PO(PersistentObject):持久化对象,它跟持久层(通常是关系型数据库)的数据结构形成一一对应的映射关系,如果持久层是关系型数据库,那么,数据表中的每个字段(或若干个)就对应PO的一个(或若干个)属性。

模型:
下面以一个时序图建立简单模型来描述上述对象在三层架构应用中的位置
l 用户发出请求(可能是填写表单),表单的数据在展示层被匹配为VO。
l 展示层把VO转换为服务层对应方法所要求的DTO,传送给服务层。
l 服务层首先根据DTO的数据构造(或重建)一个DO,调用DO的业务方法完成具体业务。
l服务层把DO转换为持久层对应的PO(可以使用ORM工具,也可以不用),调用持久层的持久化方法,把PO传递给它,完成持久化操作。
l 对于一个逆向操作,如读取数据,也是用类似的方式转换和传递,略。
三、项目中的实体类
项目中常见的实体类有VO,DO和DTO,命名规则也常是以相应字符串结尾,如*VO.Java。但是DTO不总是遵循这个规则,而通常与他的用途有关,如写成*Query.java,表示存储了一个查询条件。项目中实体类出现的业务层次也没有这么严格,例如我们可以在视图层就组装一个DO,也可以将一个VO从持久层传出来,所以与业务分层相关联的划分方法显得有些冗余。从项目代码中抽象出的理解是:VO对应于页面上需要显示的数据,DO对应于数据库中存储的数据,DTO对应于除二者之外需要进行传递的数据。

Java领域模型

为了补大家的遗憾,在此总结下ROBBIN的领域模型的一些观点和大家的补充,在网站和演讲中,robbin将领域模型初步分为4大类:1,失血模型2,贫血模型3,充血模型4,胀血模型那么让我们看看究竟有这些...
  • jianping_shen
  • jianping_shen
  • 2007年04月29日 16:21
  • 3028

领域模型驱动设计(Domain Driven Design)入门概述

软件开发要干什么: 反映真实世界要自动化的业务流程解决现实问题 领域Domain Domain特指软件关注的领域在不能充分了解业务领域的情况下是不可能做出一个好的软件 ...
  • johnstrive
  • johnstrive
  • 2013年11月18日 15:41
  • 43209

建立领域模型

简介领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身,发掘重要的业务领域概念,并建立业务领域概念之间的关系。...
  • qq_23473123
  • qq_23473123
  • 2016年05月25日 17:15
  • 1782

使用Spring AOP向领域模型注入依赖

在贫血领域模型这篇译文中,Martin阐述了这种“反模式”的症状和问题,并引用了领域驱动设计中的话来说明领域模型和分层设计之间的关系。为了编写真正的领域模型,我们需要将业务逻辑移至模型对象中。...
  • zjerryj
  • zjerryj
  • 2017年08月13日 08:13
  • 667

领域模型层次划分

业务代码由于需要经过好几层的处理,每层需要封装对应的模型, setter/getter代码量不少,而且基本上字段都是相同的,所以在上层模型中使用BeanMapper.map(obj, Class)方法...
  • Mr_rain
  • Mr_rain
  • 2017年03月18日 21:18
  • 567

领域模型代码示例

  • 2014年11月27日 22:56
  • 13.72MB
  • 下载

java的涉及领域!

在四年以前,当我开始鼓吹Hibernate,抨击EJB的时候,遭到的是群起而攻之的场面,但是不到一年之后,Hibernate已然得到了普及和大多数Java开发人员的认可;在三年以前,当我开始赞誉spr...
  • u012508002
  • u012508002
  • 2013年10月20日 00:57
  • 502

DDD领域模型设计

领域模型图如下: 说明: 上面的领域模型在设计时借鉴了DDD和CQRS的思想;利用DDD的思想来设计实体、值对象、聚合、聚合根;图中有三个聚合根,分别是Forum、Thread...
  • dongdong_java
  • dongdong_java
  • 2013年06月17日 10:26
  • 1540

Hibernate实体类 == 领域模型 ?

自从Martin Fowler的DDD提出来之后,无数的人就开始非议ORM方式下的持久化实体类,抨击这种方式下的实体类是“贫血”的,缺乏丰富业务语义的。其实他们都犯了一个最基本的逻辑错误 - 偷换概念...
  • zhouyong0
  • zhouyong0
  • 2011年08月14日 18:29
  • 1441

再次小结领域模型的种种观点

关于领域模型的设计问题,JavaEye已经组织过n多次大规模讨论,几乎每过一段时期就会出现一次。最近出现了一个新的趋势,Craig Walls在自己的blog上面写一篇文章,介绍如何使用Spring2...
  • renminzdb
  • renminzdb
  • 2015年01月05日 14:07
  • 1185
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:领域模型中的实体类分为四种类型:VO、DTO、DO、PO
举报原因:
原因补充:

(最多只允许输入30个字)