一种实用的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不受侵入，避免代码污染