概述

经常会接触到VO，DO，DTO的概念，本文从领域建模中的实体划分和项目中的实际应用情况两个角度，对这几个概念进行简析。

一般而言，VO对应于页面上需要显示的数据（表单），DO对应于数据库中存储的数据（数据表），DTO对应于除二者之外需要进行传递的数据。

一般性概念

VO（View Object）： 视图对象，用于展示层，它的作用是把某个指定页面的所有数据封装起来。

DTO（Data Transfer Object）： 数据传输对象，这个概念来源于J2EE的设计模式，原来的目的是为了EJB的分布式应用提供粗粒度的数据实体，以减少分布式调用的次数，从而提高分布式调用的性能和降低网络负载，但在这里，我泛指用于展示层与服务层之间的数据传输对象。

DO（Domain Object）： 领域对象，就是从现实世界中抽象出来的有形或无形的业务实体。

PO（Persistent Object）： 持久化对象，它跟持久层（一般是关系型数据库）的数据结构形成一一对应的映射关系，如果持久层是关系型数据库，那么，数据表中的每个字段就对应PO的一个属性。

项目中的运用理解

项目中常见的实体类有VO，DO和DTO，命名规则也常是以相应字符串结尾，如VO.Java。但是DTO不总是遵循这个规则，而通常与他的用途有关，如写成Query.java，表示存储了一个查询条件。项目中实体类出现的业务层次也没有这么严格，例如我们可以在视图层就组装一个DO，也可以将一个VO从持久层传出来，所以与业务分层相关联的划分方法显得有些冗余。

从项目代码中抽象出的理解是：VO对应于页面上需要显示的数据，DO对应于数据库中存储的数据，DTO对应于除二者之外需要进行传递的数据。

• PO（Persistent Object）：在 orm 映射的时候出现的概念，如果没有 orm 映射，就没有这个概念存在了。通常对应数据模型，可以看成是与数据库中的表相映射的 java 对象。最简单的 PO 就是对应数据库中某个表中的一条记录，多个记录可以用PO 的集合。 PO 中应该不包含任何对数据库的操作。
• DO（Domain Object）：就是从现实世界中抽象出来的有形或无形的业务实体。
• DTO（Data Transfer Object）：泛指用于展示层与服务层之间的数据传输对象。
• VO（Value Object）：通常用于业务层之间的数据传递，和 PO 一样也是仅仅包含数据而已。但应是抽象出的业务对象 , 可以和表中字段不对应 ,这根据业务的需要 。
• BO（Business Object）：封装业务逻辑的 java 对象 , 通过调用 DAO 方法 , 结合 PO,VO 进行业务操作。业务对象主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。
• DAO（Data Access Object）：它负责持久层的操作，为业务层提供接口。此对象用于访问数据库。通常和 PO 结合使用， DAO 中包含了各种数据库的操作方法。通过它的方法 , 结合 PO 对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合 VO, 提供数据库的CRUD 操作。