一种实用的Struts+Spring整合策略

这种整合策略其实非常简单，其思路是将获取业务的逻辑组件的方式放在父类中，其余的action则从父类中获取，下面是BaseAction的代码

public   class  BaseAction  extends  ActionSupport ... {
    public Object getBean(String beanName)...{
        return getWebApplicationContext().getBean(beanName);
    }
}

 具体的业务Action

 

public  LoginAction  extends  BaseAction ... {
   public ValidBean getVB()...{
      return getBean("vb");
   }
   publicv ActionForward execute(......)...{
   }
}

这种策略的另一个好处是，可以自由的更换整合方式，其业务Action无需改变

假设我们要使用Spring IOC特性，则可以修改BaseAction如下：

 

public   class  BaseAction  extends  ActionSupport... ... {
   Object serviceObj;
   public void setServiceObj(Object obj)...{
       this.serviceObj=obj;
   }  
   public Object getBean(String beanName)...{
      return this.serviceObj;
   }
}

这里的beanName实际上是没用的

我们还需要修改struts-config.xml，以使用DelegationRequestProcessor来实现整合

 

 

< action  path ="/login"  name ="loginForm" ></ action >    <!-- -这里并不配置type属性 -->
< Controller  proccessorClass ="org.springframework.web.struts.DelegatingRequestProccessor" />
< plug-in  ClassName ="org.springframework.web.struts.ContextLoaderPlugIn" >
    < set-property  property ="contextConfigLocation"  value ="/WEB-INF/applicationContext.xml" />
</ plug-in >

 

spring的配置文件做如下配置

 

< bean  name ="/login"  class ="lee.LoginAction"  singleton ="false" >
    < property  name ="serviceObj" >
       < ref  bean ="obj" />   
    </ property >
</ bean >

 

 

这种策略有三个好处

1.可以在不同的整合策略中自由切换
2.避免重复创建DelegatingActionProxy实例
3.使业务Action不受侵入，避免代码污染