跟业务模块?还是一个实体对应一个action?(这个开始都这么做)。但是当业务复杂了,有的acton不是明确对应一个实体呢,放在哪里呢?跟着业务模块的service走?

解决方案 »

  1.   

    可以继续跟实体走~~~ 如果需要做联动修改可以一个ACTIONG 调用多个 DAO 来完成~~
    当业务复杂了你可以定一个标准 凡是业务接触的第一个实体 那么以这个实体ACTION 做优先调用~~
    这个没有硬性规定 养成良好的编码习惯~~ 给好注释 ~~基本上都没啥的
      

  2.   

    跟业务模块对应也是可以的啊,我们项目就是这样的,每个功能模块对应一个action
      

  3.   

    那多个人操作一个action(虽然他们分别开发不同模块),这样管理上似乎有点麻烦,提交到svn时要经常协调啊。
      

  4.   

    看你人员分配吧,如果按模块分配的人员,那当然是一个模块对应一个action。
    一个实体对应一个action的模式,我还真没用过。
      

  5.   

    协同开发 ·~~这个就有必要更新咯  或者 action中  先把位置分好 提交的时候也不会怎么冲突了 
    如果真的不方便 那就根据业务模块去区分吧  还是因地制宜 找最适合的方法 没有硬性规定