Java中常见的对象类型简述(DO、BO、DTO、VO、AO、PO)（转）

原文：https://blog.csdn.net/uestcyms/article/details/80244407

题记

编写本篇文章的原因是阿狸JAVA开发手册多处提到DO、BO、DTO、VO、PO等概念； 
内容多引用于网络帖子上的回答，以下：

知乎：PO BO VO DTO POJO DAO DO这些Java中的概念分别指一些什么？ 
CNblogs：PO BO VO DTO POJO DAO概念及其做用（附转换图）

概念及理解

这些概念用于描述对象的类型；因为java是面向对象的语言；程序的世界就是各个对象之间的“交互”；在交互的工程中会存在多个层次，每一个层次中所拥有（关注）的内容都是不同的；

• PO(Persistant Object) 持久对象 
  用于表示数据库中的一条记录映射成的 java 对象。PO 仅仅用于表示数据，没有任何数据操做。一般遵照 Java Bean 的规范，拥有 getter/setter 方法。

  能够理解是一个PO就是数据库中的一条记录；能够理解某个事务依赖的原始数据；好处是能够将一条记录最为一个对象处理，能够方便转化为其余对象

• BO(Business Object) 业务对象 
  封装对象、复杂对象，里面可能包含多个类 
  主要做用是把业务逻辑封装为一个对象。这个对象能够包括一个或多个其它的对象。

  用于表示一个业务对象。BO 包括了业务逻辑，经常封装了对 DAO、RPC 等的调用，能够进行 PO 与 VO/DTO 之间的转换。BO 一般位于业务层，要区别于直接对外提供服务的服务层：BO 提供了基本业务单元的基本业务操做，在设计上属于被服务层业务流程调用的对象，一个业务流程可能须要调用多个 BO 来完成。

  好比一个简历，有教育经历、工做经历、社会关系等等。 
  咱们能够把教育经历对应一个PO，工做经历对应一个PO，社会关系对应一个PO。 
  创建一个对应简历的BO对象处理简历，每一个BO包含这些PO。 
  这样处理业务逻辑时，咱们就能够针对BO去处理。

• VO(Value Object) 表现对象 
  前端界面展现；value object值对象；ViewObject表现层对象；主要对应界面显示的数据对象。对于一个WEB页面，或者SWT、SWING的一个界面，用一个VO对象对应整个界面的值；对于Android而言便是activity或view中的数据元素。

  用于表示一个与前端进行交互的 java 对象。有的朋友也许有疑问，这里可不可使用 PO 传递数据？实际上，这里的 VO 只包含前端须要展现的数据便可，对于前端不须要的数据，好比数据建立和修改的时间等字段，出于减小传输数据量大小和保护数据库结构不外泄的目的，不该该在 VO 中体现出来。一般遵照 Java Bean 的规范，拥有 getter/setter 方法。

• DTO(Data Transfer Object) 数据传输对象 
  前端调用时传输；也可理解成“上层”调用时传输; 
  好比咱们一张表有100个字段，那么对应的PO就有100个属性。可是咱们界面上只要显示10个字段，客户端用WEB service来获取数据，没有必要把整个PO对象传递到客户端，这时咱们就能够用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端之后，若是用这个对象来对应界面显示，那此时它的身份就转为VO.

  用于表示一个数据传输对象。DTO 一般用于不一样服务或服务不一样分层之间的数据传输。DTO 与 VO 概念类似，而且一般状况下字段也基本一致。但 DTO 与 VO 又有一些不一样，这个不一样主要是设计理念上的，好比 API 服务须要使用的 DTO 就可能与 VO 存在差别。一般遵照 Java Bean 的规范，拥有 getter/setter 方法

• DAO(Data access object) 数据访问对象 
  这个你们最熟悉，和上面几个O区别最大，基本没有互相转化的可能性和必要.，主要用来封装对数据库的访问。经过它能够把POJO持久化为PO，用PO组装出来VO、DTO；

  用于表示一个数据访问对象。使用 DAO 访问数据库，包括插入、更新、删除、查询等操做，与 PO 一块儿使用。DAO 通常在持久层，彻底封装数据库操做，对外暴露的方法使得上层应用不须要关注数据库相关的任何信息。

• POJO(Plain ordinary java object) 简单java对象

一个POJO持久化之后就是PO；直接用它传递、传递过程当中就是DTO；直接用来对应表示层就是VO。

举个例子： 
事情：统计研发部门中的季度绩效（暂定以工程师填写的为准，固然实际上大部分不是） 
过程：CTO发布统计绩效请求（附带要求：每一个人对应的绩效等级）->各个组（也能够是子部门）负责人发布统计绩效请求（每一个对应的绩效等级，并将绩效分为了3个方面）->每位开发工程师统计本身绩效（自身各个方面）； 
能够从例子中看到：每一个责任人要求都不一样； 
对于CTO，他须要知道的是该季度所用员工的绩效等级；这里能够认为VO：员工姓名、绩效等级； 
开发工程师：需将本人这个季度的各个方面的表现都列出来：员工姓名、绩效等级、Ａ方面表现内容及等级、B方面表现内容及等级、C方面表现内容及等级、D方面表现内容及等级、E方面表现内容及等级、F方面表现内容及等级、E方面表现内容及等级；此处可认为是PO：员工姓名、绩效等级、A方面表现内容、A方面等级….E方面表现内容、E方面等级； 
而后开发工程师将员工姓名、绩效等级、Ａ方面表现内容及等级、B方面表现内容及等级、C方面表现内容及等级内容传递给小组负责人；此处传递的对象就是DTO 
小组负责人：从开发工程师中获取到数据后，通过评定，而后得出员工姓名、绩效等级、缘由；此处的评定，能够理解为ＢＯ；

例子是根据当前正在进行的绩效评估事件总结，简单的例子能够参照上述知乎上面大神的回答。