现在开发项目都会在,  ACTION 里面  配置一个 BaseAction 用他来继承 ActionSupport, 并在该类里声明一个 service如:
 
  class BaseLoginAction extends ActionSupport
  protect XxManage  xx
  Protect setxxManage(XxManage  xx){
   this.xx=xx;
  }
   
  这样的话 一个 service 就要 设置一个BasexxxAction。  就会有很多BaseAction 这样的设计是不是有问题?

解决方案 »

  1.   

    BaseAction继承Action或ActionSupport都可以,
    只是把你serive(业务)层用到的组件set好后,其它Action继承BeaseActioin就可以直接用了
      

  2.   

    其他Action是继承这个BaseAction,其他的直接就可以用了,我个人认为不会有什么问题,如果这个要
    有问题的话,那继承这种机制不就有同样的问题了?
      

  3.   

    但随着业务的增多 BaseAction会有好几个  !
      

  4.   

    如果有8个serive, 那是不是要在baseAction里面设置 8个set的啊?
      

  5.   

    常用的方法及變量放在BascAction。
    也容易擴展
      

  6.   

    那就是一个 BaseACTION里面有多个service? (就是多个SET)
    然后所有action都继承继承这个baseAction? 
    还是每个baseAction 都有自己的service(就一个set)
    每个ACTION按需求 继承所需要 BASEACTION?