PO、VO、BO、DTO通俗理解（附加代码讲解）

PO、VO、BO、DTO通俗理解（附加代码讲解）

前言：开胃菜

    对于一个初学程序的小白面对这么多专业名词可能有些困惑，但是不要怕，请让万小猿带你一一揭开谜题。

   概念的东西砸门不喜欢，直接上硬货！！！（这是我看了许多资料总结的，可能会存在偏差，请大家积极指出！）

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

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

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

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

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

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

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

各层代码：

Controller:

Service:

Dao:

sql查询语句：

 

  仔细、聪明的小伙伴你们会发现这样写，实际上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，因为它将后台的数据传送给前端了。

今天就讲到这里，如果大家觉得讲的还可以，请点赞评论！~~      写这个太耗时间精力了。。  

如果有人想继续看下一个的解释，我之后会慢慢编辑更新。

你们的点赞、收藏、转发是我继续写下去的希望。