炫意html5
最早CSS3和HTML5移动技术网站之一

spring boot写接口,dto和vo一般怎么用?

vo是用来返回给前端的吗?dto是用来接收前端传过来的参数吗

回答

别搞这些花里胡哨的 都用map

回复 @名字无法识别 : 20%的代码,支撑了业务系统80%的流量,在重点业务代码,尽量用javabean(我不喜欢叫那些花里胡哨的各种O)。剩下80%的代码,一天调不到几次的,map一波真香。回复 @xiaokek : 正经回答如下,map写的时候省事,spring省去了实体转换(其实这里的性能提升可以忽略不计),适合一锤子买卖。缺点就是可读性基本没有,逼格约等于没有,如果业务复杂,从都到尾全是map,就是个灾难现场,谁看谁头疼回复 @名字无法识别 : 都是些简单的增删改查,我只有entity,没有那些所谓的O!
90%的场景,entity一条龙福务。若是entity满足不了的,map一波真香。回复 @漠孤烟 : 哈哈哈,我天天拍桌子骂出参map入参map的代码,自己写的时候,一偷懒也这么干。其实想开点,一般的crud,无所谓后期维护的便捷性和重构,大不了完全重写。复杂的么,为了自己的不可替代性,更得写得让人看不懂了不是么:satisfied:回复 @xiaokek : 这里没有说前端。单人项目、一次性项目你用map没疑问。多个Java开发的团队协同、长期维护,再用map就是给团队挖坑。因为dto的好处是,类型安全,重构方便,只需点一下立马知道数据结构和存放的属性,而map,你一个controller都返回什么字段给前端了,则得看完所有实现,才知道map里装了什么。

另外无法使用Swagger、也无法实现声明式接口开发流程。

你自己的总结是对的

dto是简化持久层对象字段后的网络传输对象,也是针对后端的数据处理。

回复 @梵蒂冈驻开源中国大使 : 这些都只是些概念,不是标准,前后端通信也完全可以只用json,不用定义这么多结构化对象进行序列化和反序列化影响性能。那接收前端传过来的参数用VO吗

一般来说VO是用来跟前台交互的,不过如果你对分层有基本的概念的话,完全可以自己定一些规范,不是绝对的

回复 @梵蒂冈驻开源中国大使 : 一般用阿里的,搜阿里巴巴java开发规范行业规范是啥

表单Form

数据传输DTO

持久化对象PO

接口返回值VO

 

这些其实都无所谓,我们封装请求体,叫 xxxRequestBody。不用DTO什么的。

  • DO(Data Object):此对象与数据库表结构一一对应,通过DAO层想上传输数据源对象。
  • DTO(Data Transfer Object):数据传输对象,Service或Manager向外传输的对象。
  • BO(Business Object):业务对象,由Service层输出的封装业务逻辑的对象。
  • AO(Application Object):应用对象,在Web层与Service层之间抽象的复用对象模型,极为贴近展示层,复用度不高。
  • VO(View Object):显示层对象,通常是Web向模版渲染引擎层传输的对象。
  • Query:数据查询对象,各层接收上层的查询请求。注意超过2个参数的查询封装,禁止使用Map类来传输。

这么多转来转去真蛋疼,以前设计系统也是这样搞,后来看着都烦。我们现在一般的系统直接一种对象穿透所有层。

我还用到一个so从前端接参,傻傻分不清楚

炫意HTML5 » spring boot写接口,dto和vo一般怎么用?

CSS3教程HTML5教程