SpringBoot中VO,DTO,DO,PO的概念、区别和用处

Posted 2023-04-26

参考技术A 模型：

对于DTO来说，也有一点必须进行说明，就是DTO应该是一个“扁平的二维对象”，举个例子来说明：如果User会关联若干个其他实体（例如Address、Account、Region等），那么getUser()返回的UserInfo，是否就需要把其关联的对象的DTO都一并返回呢？如果这样的话，必然导致数据传输量的大增，对于分布式应用来说，由于涉及数据在网络上的传输、序列化和反序列化，这种设计更不可接受。如果getUser除了要返回User的基本信息外，还需要返回一个AccountId、AccountName、RegionId、RegionName，那么，请把这些属性定义到UserInfo中，把一个“立体”的对象树“压扁”成一个“扁平的二维对象”，笔者目前参与的项目是一个分布式系统，该系统不管三七二十一，把一个对象的所有关联对象都转换为相同结构的DTO对象树并返回，导致性能非常的慢。

PO BO VO DTO POJO DAO DO

PO BO DTO VO 归在一起叫是POJO，简单java对象；DAO 是进行数据库增删改查的类，DO不确定有没有。

重点说下POJO

PO 持久对象，数据；

BO 业务对象，封装对象、复杂对象 ，里面可能包含多个类；

DTO 传输对象，前端调用时传输 ；

VO 表现对象，前端界面展示。

 

当你业务足够简单时，一个POJO 也完全当做PO BO DTO VO 看，下面是例子：

比如有个用户类 只有 name 以及 phone

对于数据库层面也就两列，业务层面，传输，和前台展示时 都只有这两项。

 

然后说下他们区别开来的例子：

1 、还是用户类 name phone 加了个password。

那么你后端的PO属性也是这3个，一般数据库里这个表有几个字段你的PO就有多少属性，但是传输到前台或者展现时，我们不应该把password 密码这种东西也一起传过去，所以他们的DTO VO 就还是 name + phone

po : name phone password

dto : name phone

vo : name phone

 

2、现在又加了一个 枚举的状态位 status 表示用户的一些特殊状态，前台不会直接显示，可能会根据这个状态产生后续的操作，

po : name phone password status

dto : name phone status

vo : name phone

 

3、接着看下BO ，一个用户下面 肯定会关联很多其他的表

比如用户设置 用户信息等，那么这个BO 下 不但有用户本身的一些属性，还包含了用户设置 和用户信息这两个类。