在service层 直接向controller返回Result是不是更简单呢??? 总感觉用异常来返回结果有点别扭....有没有大牛分析分析??
其实我觉得还是看业务吧,我们的业务需求,在新增的时候需要对某些字段进行唯一性性质,需要反馈给用户不止是新增失败了,而且需要告知数据库中已存在约束字段相同的数据才导致新增的失败,此时返回Result可能比较合理.像删除之类的只需要返回影响条数就可以了吧
service要达到可重用的效果，所以不建议返回controller的Result
尤其是一个控制层需要调用多个业务逻辑层 你每个业务逻辑层返回 result...蛋疼的要死
我们公司就是在业务逻辑层 返回result 但是这么干很别扭。。。
这个他在统一异常处理（上）18：45 这里已经做了说明，service层往往不会这么简单地只做几个判断，还会有更多复杂的业务要处理，不能把所有的结果都以一个String来当作结果返回，有些返回结果不是String。