Spring MVC项目如何接收请求参数

发布于 2022-09-13 01:02:05 字数 55 浏览 14 评论 0

如果使用DTO接受参数,需要创建的DTO有点多,如果使用Map接受参数又不明确。不知道该怎么办了

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(5

世界和平 2022-09-20 01:02:05

除非确实需要动态参数,否则Map不可取
DTO多的话,可以考虑有没有重合的业务可以整合接口,有没有重复的dto可以使用同一个

一杯敬自由 2022-09-20 01:02:05

首先Map一定是不可取的,如果公司中的Code Review比较严格时,这样写一定会被批评的。
使用实体类来接收参数的好处肉眼可见,你可能觉得这些实体类过多会很乱。实际上只要你根据某个规则,比如根据业务来分类,分别建package来归类。这个时候就算实体类再多也不会感到繁琐,在以后的修改和扩展的时候也会十分方便。
其次当字段不是很多的时候,你也可以考虑使用@ReponsePapram注解来接收参数从而替代用@ReponseBody的实体类的方式。

踏雪无痕 2022-09-20 01:02:05

GET我就是用的MAP...
POST我一般是自己搞个专门放参数的
image.png

场罚期间 2022-09-20 01:02:05

这就是一个规范问题,楼上两位说的也都很清楚,除此之外,DTO特别多的时候,就需要看字段是否有公用,可以把公用字段单独提出来作为一个mode,然后其他DTO继承这个类就可以了,这样可以少写很多字段;

表情可笑 2022-09-20 01:02:05

共性的参数提取出来,但是推荐不要偷懒,因为如果只用一个DTO来做的话,就比如使用swagger,那么前端看到的无用参数就太多了。你还需要一个一个解释。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文