VO、DTO、BO、PO、DO、POJO 数据模型的理解和实际使用

最新推荐文章于 2025-03-27 21:49:21 发布

LouisMin23

最新推荐文章于 2025-03-27 21:49:21 发布

阅读量1.4k

点赞数 2

分类专栏：开发杂记文章标签： java

本文链接：https://blog.csdn.net/weixin_44768683/article/details/126758917

版权

10 篇文章

订阅专栏

一、概念讲解

VO（View/Value Object）—— 视图对象
用于展示层，它的作用是把某个指定页面（或组件）的所有数据封装起来。
DTO（Data Transfer Object）—— 数据传输对象
这个概念来源于J2EE的设计模式，原来的目的是为了EJB的分布式应用提供粗粒度的数据实体，以减少分布式调用的次数，从而提高分布式调用的性能和降低网络负载，但在这里，我泛指用于展示层与服务层之间的数据传输对象。
BO（Business Object）—— 业务对象
PO（Persistent Object）—— 持久对象
持久化对象（例如：entity、bean），他跟持久层（通常是关系型数据库）的数据结构形成一一对应的映射关系，如果持久层是关系型数据库，那么，数据表中的每个字段（或若干个）就对应PO的一个（或若干个）属性。
DO（Data/Domain Object）—— 数据/领域对象
就是从现实世界中抽象出来的有形或无形的业务实体。
POJO（Plain Old/OrdinaryJava Object）—— 以上模型的统称
POJO 是简单的 Java 对象，不包含业务逻辑、能够控制自己内部所有属性访问的 Java 对象。

JavaBean vs POJO

关系图说明：
在这里插入图片描述

从上到下依次说明：

VO（View/Value Object）—— 视图对象
VO 就是展示用的数据，不管展示方式是网页、客户端、APP，只要是这些数据用于展示给人看的就是 VO。
DTO（Data Transfer Object）—— 数据传输对象
数据传输对象比较特殊，之所以将DTO绘制在【展示层】和【业务逻辑层】之间，是因为它有两种存在形式：
- 前端：它是以Json字串的形式存在
- 后端：它是以Java对象的形式存在
微服务之间DTO对象的模型鉴定形式：
- 服务(模块)与服务(模块)之间相对独立，我们可以将数据传输对象命名为 DTO
- 服务(模块)与服务(模块)之间不是独立，每一个都不是一个完整的业务模块，拆分可能仅仅是因为计算复杂度或者性能问题考虑拆分的问题，那么就不能将对象命名为 DTO，只能是 BO

VO vs DTO
区别一：
字段可能不一样，VO 会根据实际情况，对字段有所删减
区别二：
属性值可能不一样，VO 会根据 DTO 中对值进行展示业务对解释（比如：为不暴露数据库字段，修改属性名称、敏感字段不展示等等）

BO（Business Object）—— 业务对象
BO 就是 PO 的组合
- 简单解释：
  比如：PO 是一个交易记录，BO 就是一个人全部的交易记录集合对象
- 复杂解释：
  比如：PO1 是交易记录，PO2 是登录记录、PO3 是商品浏览记录、PO4 是添加购物记录，BO 就是个人网站行为对象
PO（Persistent Object）—— 持久对象
简单的说 PO就是数据库中的记录，一个 PO 的数据结构对应着库中的表结构，表中的一条记录就是一个 PO 对象。对于 PO 来说，数量是相对固定的，不会超过数据库中表的数量。等同于 Entity，它两概念是一致的。
DO（Data/Domain Object）—— 数据/领域对象
- 阿里开发手册
  DO 等同于 PO
- DDD 领域驱动设计
  DO 等同于 BO

DO vs DTO
这两个的区别主要也是字段的删减。
BO 对内，为了进行业务计算需要辅助数据或者一个业务有多个对外接口，BO 可能会含有很多接口对外所不需要的数据，因此 DTO 需要在 BO 的基础上选取自己所需的数据赋值。