Java DDD—— entity、bo、vo、po、dto、pojo等

value object：值对象

通常用于业务层之间的数据传递，由new创建，由GC回收。

restful 使用vo。针对view显示，在web上传递。用一个VO对象对应整个界面的值。

persistant object：持久层对象；最形象的理解就是一个PO就是数据库中的一条记录。
对应数据库中表的字段，与数据库打交道。

PO中应该不包含任何对数据库的操作。
VO和PO，都是属性加上属性的get和set方法；表面看没什么不同，但代表的含义是完全不同的。

Entity

实体，和PO的功能类似，和数据表一一对应，一个实体一张表。

DTO

data transfer object：数据传输对象。

表里面有十几个字段：id,name,gender,age,conmpanyId等

页面需要展示四个字段：name,gender,age,conmpanyName。

DTO由此产生，一是能提高数据传输的速度（减少了传输字段），二能隐藏后端表结构。

展示层与服务层之间的数据传输对象

rpc使用DTO

DAO

data access object：数据访问对象

主要用来封装对数据的访问，注意，是对数据的访问，不是对数据库的访问。

此对象用于访问数据库。通常和PO结合使用，DAO中包含了各种数据库的操作方法。通过它的方法,结合PO对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合VO, 提供数据库的CRUD操作。

business object：业务对象

BO把业务逻辑封装为一个对象。

我理解是PO的组合，比如投保人是一个PO，被保险人是一个PO，险种信息是一个PO等等，他们组合起来是第一张保单的BO。

POJO

plain ordinary java object：简单无规则java对象

纯的传统意义的java对象，最基本的Java Bean只有属性加上属性的get和set方法。

可以转化为PO、DTO、VO；比如POJO在传输过程中就是DTO。

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

DO具有一些不应该让展示层知道的数据；比如对于一个getUser方法来说，本质上它永远不应该返回用户的密码，因此UserInfo至少比User少一个password的数据。

restful 使用VO；

RPC使用DTO。

DTO代表服务层需要接收的数据和返回的数据，而VO代表展示层需要显示的数据。