Service层的上面，是不是还应该有一层处理逻辑的东西？

分层不是说action就一点数据处理都没有，只要保证业务处理按照需求来走，该回滚回滚，灵活处理
分那么多层干什么，我觉得dao层都可以不要，只要能保证事物，直接在service里面做数据持久化都可以，
dao只是让代码更好看而已

解决方案 »

  1.   

    action是处理界面相关的逻辑，比如界面跳转逻辑，回传参数的逻辑，还有调用不同服务层方法的逻辑。
      

  2.   

    你理解有误吧？service 不能吞掉异常，不是service层不能捕获异常，service层可以捕获逻辑性的异常，可以处理或者转抛一个或者新建一个异常抛给action处理。
    生成账号的逻辑不能放在 action，也不能放在service，应该由数据库procedure，function处理，应用是可以做集群的，做了集群你那个创建账号的逻辑会狂报错，冲突冲突，访问量大情况会够你呛。
      

  3.   


    我一直都在困惑到底该不该用数据库procedure，我有个同学在京东，他说他们几乎从来不用procedure，京东的服务器也是集群
      

  4.   


    我一直都在困惑到底该不该用数据库procedure，我有个同学在京东，他说他们几乎从来不用procedure，京东的服务器也是集群
    不用有不用的处理方法，但你这个生成注册码的逻辑要检查下了。京东的系统有好多，你的同学接触也就一部分，还有可能是一个系统的一部分，怎么就能说京东的系统几乎不写procedure? 如果你的同学是京东的高级架构师，那我就完全信服了。否则的话，数据挖掘那块能没有数据库的过程？