51,411
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
baidu_39038634 2019-11-28
- 打赏
- 举报
参数为空算异常请求的话，controller就该停掉了吧，还让它走到service吗
小码农要饭之路 2019-09-05
- 打赏
- 举报
可以采用Spring Validation来进行参数效验的，我感觉这样会好些
来醉一场 2019-08-24
- 打赏
- 举报
Controller 层应该更好，Service 专心处理业务逻辑，而不用去管参数的问题，Service 层的代码更清爽。不同的公司有不同的规定，按公司规定来吧。
unclezh0730 2018-09-19
- 打赏
- 举报
不一定的，如果你需要事务控制，就放在service 很多公司都是不按照规约来的，我公司是组装逻辑在controller，涉及事务控制才去service
WildGhost 2018-09-06
- 打赏
- 举报
既不是放在Controller也不是放在Service，这些判断逻辑可以放在addressvo的函数isValidAddress()里（《重构》中的“抽提函数”）。
mainthings 2018-09-06
- 打赏
- 举报
service 把 controller 可以调用service 可以try catch 一下，如果有错误 可以把错误信息返回前台打印，这样会好一点,
而且个人建议如果系统是有并发和高的QPS 事务尽量不要用注解来控制事务，不是的法，会有问题的哦
而且个人建议如果系统是有并发和高的QPS 事务尽量不要用注解来控制事务，不是的法，会有问题的哦
螃蟹夹夹夹 2018-09-05
- 打赏
- 举报
好的, 项目负责人说要写在Controller, 我也是服气
螃蟹夹夹夹 2018-09-05
- 打赏
- 举报
好的, 项目负责人说要写在Controller, 我也是服气
Lau_w 2018-09-05
- 打赏
- 举报
Service
幽饮烛 2018-09-05
- 打赏
- 举报
看情况吧，如果多个地方调用 service，那么 service 中校验，如果只有 controller 调 service，简单的非空校验放 controller。
傅九爷 2018-09-05
- 打赏
- 举报
1.前台
2.写一个拦截器或者过滤器处理
2.写一个拦截器或者过滤器处理
remilia" 2018-09-05
- 打赏
- 举报
你可以写一个专门用来判断各种参数类型是否为空的工具类啊
931828653 2018-09-05
- 打赏
- 举报
判断最好写在业务逻辑层 也就是service层，专门处理
夜雨恋星辰 2018-09-05
- 打赏
- 举报
简单的非空判断可以写在controller层,如果这个判断影响到后面的逻辑需要放到service层,我公司是这么做的
qq_36883294 2018-09-05
- 打赏
- 举报
你的经理说得对，初次判断在con里面
