说清楚PO、DTO、VO、BO与使用场景

最新推荐文章于 2024-03-19 15:00:51 发布

xiegwei

最新推荐文章于 2024-03-19 15:00:51 发布

阅读量1.4w

点赞数 20

分类专栏： java 文章标签： 1024程序员节

本文链接：https://blog.csdn.net/xgw1010/article/details/109252347

版权

7 篇文章 0 订阅

订阅专栏

简介

在这里插入图片描述

与数据库的表、视图、或者是查询结果的列一一对应。PO仅用来展现数据，类中只包含属性和get/set方法，而不会有修改数据库的方法。

DAO 层的返回和多参数的接收都是用的PO对象封装。

DTO最早由EJB的设计模式引入，主要是为了解决两个问题：

在Dubbo类型的分布式框架中，微服务间的调用使用DTO传输数据也是非常适合的。

但在Springboot、Spring Cloud框架中，泛指用于Controller层与Service层之间的数据传输对象。

为什么有了PO，还要添加一个DTO？
举个例子，一张数据表中有100列，则对应的PO同样有100个属性。但是，有一个服务调用只需要其中的10个属性，此时我们可以创建一个只有10个属性的DTO返回给调用者。同时也避免了数据表结构给客户端，使用数据表结构和调用结果解偶。

封装的复杂对象，主要是对业务数据的封装，可能包含一个或多个其它对象。
BO包含业务逻辑，如调用DAO、RPC等等，负责把PO转换为VO或DTO。
BO和Service不同的是，它只包含基本的业务操作；而Service负责整个流程，一个业务流程可能会调用到多个BO。

比如一个简历，有教育经历、工作经历、社会关系等等。我们可以把教育经历对应一个 PO ，工作经历对应一个 PO ，社会关系对应一个 PO 。建立一个完整简历的 BO 对象处理简历，每个 BO 包含上面的这些 PO 。这样处理业务逻辑时，我们就可以使用 BO 去处理。

VO用来保存Web、SWT、swing、android、iOS等一个界面对应的数据，以便显示。
与DTO一样，使用VO返回给前端，而不是PO。可以减少数据数据传输，保护表结构和解偶。

VO和DTO比较类似，主要的区别是在设计思想方面。数据是为了在微服务之间传输时，我们使用DTO；为了返回给web、iOS或者android进行展示时，我们使用VO。

我们经常会有把PO转为VO、DTO，或者是反过来的需求。
使用BeanUtils.copyProperties()方法，可以方便地在PO、DTO和VO之间转换。

我们把java bean分成了PO、DTO、VO等，主要是有下面好处：

关注