课程
/后端开发
/Java
/Spring Boot进阶之Web进阶
在service层 直接向controller返回Result是不是更简单呢??? 总感觉用异常来返回结果有点别扭....有没有大牛分析分析??
2018-03-27
源自:Spring Boot进阶之Web进阶 2-5
正在回答
其实我觉得还是看业务吧,我们的业务需求,在新增的时候需要对某些字段进行唯一性性质,需要反馈给用户不止是新增失败了,而且需要告知数据库中已存在约束字段相同的数据才导致新增的失败,此时返回Result可能比较合理.像删除之类的只需要返回影响条数就可以了吧
service要达到可重用的效果,所以不建议返回controller的Result
尤其是一个控制层需要调用多个业务逻辑层 你每个业务逻辑层返回 result...蛋疼的要死
我们公司就是在业务逻辑层 返回result 但是这么干很别扭。。。
这个他在统一异常处理(上)18:45 这里已经做了说明,service层往往不会这么简单地只做几个判断,还会有更多复杂的业务要处理,不能把所有的结果都以一个String来当作结果返回,有些返回结果不是String。
向天x 提问者
morosin 回复 向天x 提问者
芒果板栗
举报
《2小时学习Spring Boot》之进阶教程,针对Web方面的相关技巧
1 回答关于在Service直接返回DTO不声明业务异常的疑问
2 回答直接返回一个有MSG和DATA为空的RESULT不行吗?
1 回答在service中調用repository.getByOne(id)這個方法爲什麼返回的空值??id的值已正確傳入??同樣的方法在controller裏面就能返回正確值。
2 回答老师的代码可以拦截Controller,但是不能拦截Service,求助怎么才能拦截Service?
1 回答我并没有转换result类型,但在返回result时,报类型强转错误。java.lang.ClassCastException: com.example.girl.domain.Result cannot be cast to com.example.girl.domain.Girl