DAO一般就是针对什么实体操作,就起对应的名称。那么Service和Action。方法单一时,写到对应的Service和action中没问题。但是方法复杂后,以前就是主要针对什么类操作,就写到对于的service和action方法中,这样导致结构很乱。
今天看到了一种方式,就是以功能模块重新命名service和action,这样一下子感觉结构清晰了。举个用户登录的例子,之前login方法都是写在UserAction中的,如今重新用一个LoginAction,写在这里面。
大家也是这么做的吗?

解决方案 »

  1.   

    模块名
             |—model
             |—service
                           |—imp
             |—webapp
                           |—action
      

  2.   

    模块名
    |—model
    |—service 
          |—imp              
    |—webapp
          |—action
          |—model
      

  3.   

    要功能模块区分 还是比较直观的UserAction 这个action 看起来更像是对用户的增删改查操作 
    你把login 方法写在里面不是不可以 但是看代码的人就纠结了
      

  4.   

    如果模块和类很多的话,还有一个可选方案,用编号,包括包名和类名。
    比如,虽说一开始可能不习惯,但是时间长了管理起来反而方便
    |—a
      |—a001
      |—a002
    |—b 
      |—b001
      |—b002