为了账号安全,请及时绑定邮箱和手机立即绑定

在service层 直接向controller层返回Result是不是更简单呢???

在service层 直接向controller返回Result是不是更简单呢??? 总感觉用异常来返回结果有点别扭....有没有大牛分析分析??

正在回答

5 回答

其实我觉得还是看业务吧,我们的业务需求,在新增的时候需要对某些字段进行唯一性性质,需要反馈给用户不止是新增失败了,而且需要告知数据库中已存在约束字段相同的数据才导致新增的失败,此时返回Result可能比较合理.像删除之类的只需要返回影响条数就可以了吧

0 回复 有任何疑惑可以回复我~

service要达到可重用的效果,所以不建议返回controller的Result

0 回复 有任何疑惑可以回复我~

尤其是一个控制层需要调用多个业务逻辑层 你每个业务逻辑层返回 result...蛋疼的要死

0 回复 有任何疑惑可以回复我~

我们公司就是在业务逻辑层 返回result 但是这么干很别扭。。。

0 回复 有任何疑惑可以回复我~

这个他在统一异常处理(上)18:45 这里已经做了说明,service层往往不会这么简单地只做几个判断,还会有更多复杂的业务要处理,不能把所有的结果都以一个String来当作结果返回,有些返回结果不是String。

0 回复 有任何疑惑可以回复我~
#1

向天x 提问者

我的意思是,service层 返回一个 Result类对象,这个Result类包含int code,String msg,Object Data....然后controller直接将这个Result对象返回到页面中.
2018-03-27 回复 有任何疑惑可以回复我~
#2

morosin 回复 向天x 提问者

一样的道理啊,service层存在的意义就是用来处理业务逻辑的,老师的例子只写了一个if else做了一个简单的判断是不是有异常,如果没有异常后面肯定是要写一个方法来处理业务的,比如girlRepository.save(girl)来添加一个女生信息,这样就不需要返回值了,那你Result类对象有什么用的。你的误区就是,把service层当作异常处理层了,这只是方法里的一部分,最终肯定要处理没有异常的业务的,返回值有没有,或者是什么类型,是由最后那个没有异常情况下执行的方法决定的。
2018-03-28 回复 有任何疑惑可以回复我~
#3

芒果板栗

是啊,非常不建议用异常来控制流程跳转,这是大忌
2019-02-17 回复 有任何疑惑可以回复我~

举报

0/150
提交
取消

在service层 直接向controller层返回Result是不是更简单呢???

我要回答 关注问题
意见反馈 帮助中心 APP下载
官方微信