用代码解释什么是：PO、VO、BO、DTO（简洁版本）

 准备：对象你真的了解吗？

 对象，是什么？你真的清楚吗？尽管你有帅，没有对象也很惨啊~~~~~  

  对象是描述一个事物的抽象概念，   看到这抽象 是不是突然有些看不下去了。 放心了，身为一个幽默的万小猿怎么会说这些抽象词语来表达呢。。

  对象这个东西啊，根据个人来说，实际上你看到的每个东西都可以称为对象，比如： 现在你正在看着的手机， 手机有尺寸，重量等，有这些之后，砸门怎么衡量这个手机呢，我不可能天天拿着几斤的手机到处跑吧，所以我们就会有获得尺寸和重量的方法(get)，也有如何设置这些属性的方法(set)。  当然还有其他方法啦，，，比如听音乐，看电影啦。

出发：为什么要PO、VO、BO、DTO

  对于这个先摆出一个失败的例子。

  大家在编程的初期，对于增删改查应该是如下图这样把。场景是通过Id查询用户

 

 仔细、聪明的小伙伴你们会发现这样写，实际上Service层撒用都没有，就是获得Dao层的接口，然后调用；我直接在Controller调用Dao不香吗？

  那我为什么要这样写呢？   我会说因为B站up主是这样分层我就这样啊！！！！！  接下来就是主要的了

  大家想想这样传入和传出真的对吗？我默认大家都知道前端传到后端的是对象（Json），所以

第一点传入不应该是一个int，而是一个对象

第二点传出的时候，把所有的属性都传给了前端显示，那肯定不行啊。万一成员里有些隐私的照片，，嘿嘿~~~

点睛之处：诞生PO、VO、BO、DTO

先来一张图看看吧：

  根据上面的失败例子，我们可以清楚针对真实环境，我们后端与前端的交互并不是那么简单、单一，所以接下来就是实际的开发一般的操作，请大家坐稳。

先把专门的传入传出对象类给大家列出：

输入类：

输出类： 

entity类型： 

为什么要把这三个类首先给大家列出呢？

因为其中就包含了你们想点进来的原因

VO（View Object）视图对象:和视图打交道的，那么经历了视图的都归属于这个类，所以我们的输入输出类都是属于VO

PO（Persistent Object）永久对象： 这些对象对应着数据库的每一个字段名以下是我的数据库表（如下表），所以我entity类对应着数据库的每个列，称为PO

那么DTO又是什么呢？先给大家翻译下

DTO(Data Transfer Object)数据传输对象：我们sql查询的时候是通过Id查询的，但是查询是可以查询出很多条信息的，但是我们给前端的数据只要某一部分，比如上例有4个属性，但是只要求输出3个。

Service层就多了一些操作，比之前直接返回多很多了。

这里就是将后台数据经过加工后然后传给前端，所以这里OutMember也是属于DTO，因为它将后台的数据传送给前端了。 

最后那么什么是BO呢？

BO（Business Object）业务对象

BO就是PO的组合
简单的例子比如说PO是一条交易记录，BO是一个人全部的交易记录集合对象
复杂点儿的例子PO1是交易记录，PO2是登录记录，PO3是商品浏览记录，PO4是添加购物车记录，PO5是搜索记录，BO是个人网站行为对象
BO是一个业务对象，一类业务就会对应一个BO，数量上没有限制，而且BO会有很多业务操作，也就是说除了get，set方法以外，BO会有很多针对自身数据进行计算的方法
为什么BO也画成横跨两层呢？原因是现在很多持久层框架自身就提供了数据组合的功能，因此BO有可能是在业务层由业务来拼装PO而成，也有可能是在数据库访问层由框架直接生成
很多情况下为了追求查询的效率，框架跳过PO直接生成BO的情况非常普遍，PO只是用来增删改使用
 

看的大佬们写的文章总结的，感觉还是很有收获滴~