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

VO
value object：值对象

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

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

PO
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操作。

BO
business object：业务对象

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

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

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

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

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

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

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

RPC使用DTO。

DTO代表服务层需要接收的数据和返回的数据，而VO代表展示层需要显示的数据。
————————————————
版权声明：本文为CSDN博主「Gamble6」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_36581713/article/details/120817443