公司的java项目把99.5%以上的业务逻辑都写在Action里面，太杯具了

公司的java项目把99.5%以上的业务逻辑都写在Action里面，太杯具了

解决方案 »

  1.   

    事物配在哪里就写哪里的..都写action只是代码规范而已
      

  2.   

    我感觉这样做也不太好，我感觉action的主要工作应该是获取页面的值和对值进行验证。
    主要的业务逻辑应该放在该模块对应的service类中。
    楼主感觉呢？
      

  3.   

    如果事务拦截在service层，那这种做法就很差；如果事务拦截在action层，那这种做法就无可厚非了。
      

  4.   

    domain, dao, service, action应该合理的分开
      

  5.   

    那要看业务是不是复杂了，我做过一个项目，刚搭完框架时候是dao,service,action分开的，但是做起来时发现，我们要做的东西大部分都是查询，只有很少的其他操作。于是把service层去掉了，就是action,dao把业务分到action中一部分，还有一部分业务在存储过程中。
      

  6.   


    +1我们公司就这样，现在我才把新加的一部分功能逻辑给写到service层里去了
      

  7.   


    对啊。Action是控制层，是用来把用户提交的数据或表单交给指定的Service来处理，然后Service层返回处理结果，并由Action来决定用哪个视图来显示数据
      

  8.   

    怎么和我们公司一样啊,悲剧的是,我接手的是一个升级的项目!全部在action中!