前言

本博主将用CSDN记录软件开发求学之路上亲身所得与所学的心得与知识    
    
    
，有兴趣的小伙伴可以关注博主！也许一个人独行     


     


     


  ，可以走的很快




 




 




 
，但是一群人结伴而行
   

   

   

，才能走的更远！

一    
    
    
  、概念

在Java编程中     

     

     

 ，VO


     


     


     
、DTO
 




 




 




、DO   

   

   

 、BO这四个术语都代表了不同的对象类型 




  




  




  ，它们之间的区别与联系如下：

1 

     

     

     、VO (View Object)

VO (View Object)

  


  


  


，用于表示一个与前端进行交互的视图对象     
     
     
，它的作用是把某个指定页面(或组件)的所有数据封装起来    
    
    
。实际上  




   




   




   ，这里的VO只包含前端需要展示的数据


 



 



 


，对于前端不需要的数据               ，比如数据创建和修改的时间等字段   




    




    




   ，出于减少传输数据量大小和保护数据库结构不外泄的目的
















，不应该在VO 中体现出来     


     


     


  。

2

  




  




  




、DTO(Data Transfer Object)

DTO(Data Transfer Object)               ，用于表示一个数据传输对象    



     



     



   ，DTO通常用于展示层(Controller)和服务层(Service)之间的数据传输对象




 




 




 
。DTO 与 VO概念相似
















，并且通常情况下字段也基本一致
   

   

   

。但 DTO 与 VO 又有一些不同    
    
    
，这个不同主要是设计理念上的     


     


     


  ，比如 API 服务需要使用的 DTO就可能与 VO 存在差异     

     

     

 。

3  


  


  


、DO(Data Object)

DO(Data Object)




 




 




 
，持久化对象
   

   

   

，它跟持久层(Dao)的数据结构形成一一对应的映射关系 




  




  




  。如果持久层是关系型数据库     

     

     

 ，那么数据库表中的每个字段就对应PO的一个属性 




  




  




  ，常是entity实体类

  


  


  


。

4  
     
     
     、BO（Business Object）

BO（Business Object）：业务对象

  


  


  


，通常用于业务逻辑层     
     
     
，代表了业务逻辑的实现     
     
     
。BO主要负责业务逻辑的处理  




   




   




   ，包括数据校验


   




   




   



、数据处理 



 



 



、业务逻辑处理等  




   




   




   。BO可以调用多个DO


 



 



 


，将多个DO组合起来               ，形成一个完整的业务流程


 



 



 


。

二                 、为什么会存在Vo？

项目中   




    




    




   ，看到别人直接把DTO
















，写上swagger注释               ，直接返回前端               。那么思考一下    



     



     



   ，为什么不建议这么做
















，不直接把DTO返回给前端   




    




    




   。

⭕ 从开发过程讲    
    
    
，前后端首先会以vo和param作为返回



    




    




    


、传参的协议的定义     


     


     


  ，再定义协议之前




 




 




 
，都没有实际的业务逻辑的处理
   

   

   

，也就不会存在dto
















。

⭕从项目的整体考虑     

     

     

 ，如果把dto作为传给前端的对象 




  




  




  ，那么service层返回dto

  


  


  


，service层的所有的方法不一定都是public方法     
     
     
，也有private方法  




   




   




   ，如果private方法也返回dto


 



 



 


，那么也就是说有些dto不是提供给前端的               ，有些是给前端的   




    




    




   ，这样就会乱
















，没有了隔离性               。

⭕从字段的修改来说               ，service层的方法是可以共用的    



     



     



   ，一个service方法返回的dto
















，可能会被很多个controlller方法使用到    
    
    
，即使目前不会     


     


     


  ，将来也可能会




 




 




 
，dto会有很多参数
   

   

   

，比如包含了主表信息     

     

     

 ，子表信息 




  




  




  ，而传给前端的vo只有dto的一部分信息

  


  


  


，而且不同请求给前端看到的数据不一样     
     
     
，所以dto是共用的  




   




   




   ，vo是个性化的


 



 



 


，如果直接把dto提供给前端               ，将会导致耦合性非常大   




    




    




   ，一旦一个接口的需求变了
















，修改了dto               ，增加了一个字段    



     



     



   ，将会导致接口直接把这个新增的字段返回给了前端
















，导致（接口输出数据多余    
    
    
，和不安全性）    



     



     



   。同理     


     


     


  ，如果由于某个需求




 




 




 
，把dto展示给前端的接口说要删除某一个字段
   

   

   

，那么因为这个dto被很多接口引用     

     

     

 ，一删除就会导致出问题
















。

所以 




  




  




  ，总整体性结构而言：vo是必须存在的

  


  


  


，不能把dto直接返回给前端    
    
    
。高内聚     
     
     
，低耦合     


     


     


  。一般的数据传递是  




   




   




   ，前端传递VO给接口(Controller)


 



 



 


，接口将VO转为DTO传递给service               ，service将DTO分解为DO   




    




    




   ，调用领域服务进行调度
















，然后逆向转为VO或者其他的返回结果               ，传递给前台




 




 




 
。

三














、总结

总的来说    



     



     



   ，VO                 、DTO



     



     



     

、DO














、BO是分层架构中的不同对象
















，每个对象在各自的层次中承担着不同的角色    
    
    
，各自有自己的特点和用途
   

   

   

。在实际开发中     


     


     


  ，要根据业务需求和架构要求




 




 




 
，灵活使用这些对象
   

   

   

，使得系统的耦合性和复杂度得到合理的控制和降低     

     

     

 。