前端传参后台接收类型方式

_大侠__ 发布于 2018/09/12 17:12
阅读 1K+
收藏 1

有人说 : 

前端传参数给后端,不管传多少个参数,都使用参数对象来接收

比如: 前端 x=12  后端就建一个A类 定义一个private int x;属性来接收

如果别的接口也需要这个参数,且还需要额外的参数,那么会在这个A类中追加属性

如果还有就继续追加...

 

这样的方式 是否合适,冗余情况,面向对象的设计角度 是否合适?!

加载中
0
大猫tiger
大猫tiger

感觉这种不是很好啊,数量少的,不用放对象了,直接Query型参数就可以了,多了采用对象接收的

0
MeiJM
MeiJM

什么事情做极端了都是畸形。。我们是能重用的就用实体,1,2个参数的就直接传递了。会动态改变又没有重用价值的就用map

0
吕兵阳
吕兵阳
面向对象编程,每个接口封装接收请求的VO对象,返回DTO,记住不要复用,后期你就知道优点了。特别是微服务开发中。
吕兵阳
吕兵阳
回复 @_大侠__ : 继续反驳他们就是,难道项目不需要api吗?分离的另外优点是,当你用swagger的时候能够体现的非常明显。
_大侠__
_大侠__
我也是从微服务出来的,自然觉得这样很是顺畅,换了一份工作也要按别人的套路走,现在我是比较没有头脑判断了
0
凨潇潇
凨潇潇

这样写的好处就是后台可以在参数那边只要接受一个类,坏处就是后台在接受参数的时候并不知道要具体接受哪些。

你写了一个接受参数的类,然后又想复用这些类,然后属性越来越多,最后你自己都不知道这个controller需要哪些参数了,特别是对以后开发,就好比写接口的时候,你不能在接口里直接写Map 参数一样

0
OSC_CppGAk
OSC_CppGAk
后台定义一个基类 包含一些共用参数。比如分页参数之类的。然后用不同的实体类去继承这个类。用继承的新类接受前台传来的参数
返回顶部
顶部