领域模型中的实体类：VO、DTO、DO、PO

目录

领域模型中的实体类&＃xff1a;VO、DTO、DO、PO

一、实体类

二、领域模型中的实体类

三、项目中的实体类

四、补充model类型

五、通俗解释

六、总结

经常会接触到VO&＃xff0c;DO&＃xff0c;DTO的概念&＃xff0c;本文从领域建模中的实体划分和项目中的实际应用情况两个角度&＃xff0c;对这几个概念进行简析。
得出的主要结论是&＃xff1a;在项目应用中&＃xff0c;VO对应于页面上需要显示的数据&＃xff08;表单&＃xff09;&＃xff0c;DO对应于数据库中存储的数据&＃xff08;数据表&＃xff09;&＃xff0c;DTO对应于除二者之外需要进行传递的数据。

一、实体类

百度百科中对于实体类的定义如下&＃xff1a;
实体类的主要职责是存储和管理系统内部的信息&＃xff0c;它也可以有行为&＃xff0c;甚至很复杂的行为&＃xff0c;但这些行为必须与它所代表的实体对象密切相关。
根据以上定义&＃xff0c;我们可以了解到&＃xff0c;实体类有两方面内容&＃xff0c;存储数据和执行数据本身相关的操作。这两方面内容对应到实现上&＃xff0c;最简单的实体类是POJO类&＃xff0c;含有属性及属性对应的set和get方法&＃xff0c;实体类常见的方法还有用于输出自身数据的toString方法。

二、领域模型中的实体类

领域模型中的实体类分为四种类型&＃xff1a;VO、DTO、DO、PO&＃xff0c;各种实体类用于不同业务层次间的交互&＃xff0c;并会在层次内实现实体类之间的转化。
业务分层为&＃xff1a;视图层&＃xff08;VIEW&＃43;ACTION&＃xff09;&＃xff0c;服务层&＃xff08;SERVICE&＃xff09;&＃xff0c;持久层&＃xff08;DAO&＃xff09;
相应各层间实体的传递如下图&＃xff1a;

项目中我们并没有严格遵循这种传递关系&＃xff0c;但这种和业务层次的关联对我们理解各实体类的作用是有帮助的。&＃xff08;我们没有接触到PO的原因&＃xff0c;我理解为ORM对PO进行了封装&＃xff09;
以下是资料的原文&＃xff0c;上图是基于此绘制的&＃xff1a;
概念&＃xff1a;
VO&＃xff08;View Object&＃xff09;&＃xff1a;视图对象&＃xff0c;用于展示层&＃xff0c;它的作用是把某个指定页面&＃xff08;或组件&＃xff09;的所有数据封装起来。
DTO&＃xff08;Data Transfer Object&＃xff09;&＃xff1a;数据传输对象&＃xff0c;这个概念来源于J2EE的设计模式&＃xff0c;原来的目的是为了EJB的分布式应用提供粗粒度的数据实体&＃xff0c;以减少分布式调用的次数&＃xff0c;从而提高分布式调用的性能和降低网络负载&＃xff0c;但在这里&＃xff0c;我泛指用于展示层与服务层之间的数据传输对象。
DO&＃xff08;Domain Object&＃xff09;&＃xff1a;领域对象&＃xff0c;就是从现实世界中抽象出来的有形或无形的业务实体。
PO&＃xff08;PersistentObject&＃xff09;&＃xff1a;持久化对象&＃xff0c;它跟持久层&＃xff08;通常是关系型数据库&＃xff09;的数据结构形成一一对应的映射关系&＃xff0c;如果持久层是关系型数据库&＃xff0c;那么&＃xff0c;数据表中的每个字段&＃xff08;或若干个&＃xff09;就对应PO的一个&＃xff08;或若干个&＃xff09;属性。
模型&＃xff1a;
下面以一个时序图建立简单模型来描述上述对象在三层架构应用中的位置
l 用户发出请求&＃xff08;可能是填写表单&＃xff09;&＃xff0c;表单的数据在展示层被匹配为VO。
l 展示层把VO转换为服务层对应方法所要求的DTO&＃xff0c;传送给服务层。
l 服务层首先根据DTO的数据构造&＃xff08;或重建&＃xff09;一个DO&＃xff0c;调用DO的业务方法完成具体业务。
l服务层把DO转换为持久层对应的PO&＃xff08;可以使用ORM工具&＃xff0c;也可以不用&＃xff09;&＃xff0c;调用持久层的持久化方法&＃xff0c;把PO传递给它&＃xff0c;完成持久化操作。
l 对于一个逆向操作&＃xff0c;如读取数据&＃xff0c;也是用类似的方式转换和传递&＃xff0c;略。

三、项目中的实体类

项目中常见的实体类有VO&＃xff0c;DO和DTO&＃xff0c;命名规则也常是以相应字符串结尾&＃xff0c;如*VO.Java。但是DTO不总是遵循这个规则&＃xff0c;而通常与他的用途有关&＃xff0c;如写成*Query.java&＃xff0c;表示存储了一个查询条件。项目中实体类出现的业务层次也没有这么严格&＃xff0c;例如我们可以在视图层就组装一个DO&＃xff0c;也可以将一个VO从持久层传出来&＃xff0c;所以与业务分层相关联的划分方法显得有些冗余。从项目代码中抽象出的理解是&＃xff1a;VO对应于页面上需要显示的数据&＃xff0c;DO对应于数据库中存储的数据&＃xff0c;DTO对应于除二者之外需要进行传递的数据。

四、补充model类型

model的字段>entity的字段&＃xff0c;并且model的字段属性可以与entity不一致&＃xff0c;model是用于前端页面数据展示的&＃xff0c;而entity则是与数据库进行交互做存储用途。&＃xff08;model&＃61;vo&＃xff09;

五、通俗解释

上面的解释太过官方&＃xff0c;此处通俗讲解下:

常用的三个实体类型

1、entity里的每一个字段&＃xff0c;与数据库相对应&＃xff0c;
2、vo里的每一个字段&＃xff0c;是和你前台页面相对应&＃xff0c;
3、dto&＃xff0c;这是用来转换从entity到vo&＃xff0c;或者从vo到entity的中间的东西。
举个例子&＃xff1a;
你的html页面上有三个字段&＃xff0c;name&＃xff0c;pass&＃xff0c;age
你的数据库表里&＃xff0c;有两个字段&＃xff0c;name&＃xff0c;pass(注意没有age哦)而你的vo里&＃xff0c;就应该有下面三个(因为对应html页面上三个字段嘛)
private string name&＃xff1b;
private string pass; 
private string age;
这个时候&＃xff0c;你的entity里&＃xff0c;就应该有两个(因为对应数据库表中的2个字段嘛)
private string name&＃xff1b;
private string pass;
到了这里&＃xff0c;好了&＃xff0c;业务经理让你做这样一个业务“年龄大于20的才能存入数据库”

这个时候&＃xff0c;你就要用到dto了

你要先从页面上拿到vo&＃xff0c;然后判断vo中的age是不是大于20&＃xff0c;如果大于20&＃xff0c;就把vo中的

name和pass拿出来&＃xff0c;放到dto中&＃xff0c;然后在把dto中的name和pass原封不懂的给entity&＃xff0c;然后根据

entity的值&＃xff0c;在传入数据库&＃xff0c;这就是他们三个的区别
PS:dto和entity里面的字段应该是一样的&＃xff0c;dto只是entity到vo&＃xff0c;或者vo到entity的中间过程&＃xff0c;如果没有这个过程&＃xff0c;你仍然可以做到增删改查&＃xff0c;这个就根据具体公司来的。

六、总结

一般项目中不会有那么复杂&＃xff0c;是用form接收前端传递的对象&＃xff0c;是用dto进行service层处理&＃xff0c;使用entity进行数据库交互&＃xff08;即mapper中的参数和返回值&＃xff09;&＃xff0c;是用vo返回给前端。