Spring笔记――16.Spring与Struts整合

启动Spring容器

对于使用Spring的Web应用,我们无需手动创建Spring容器,而是通过配置文件声明式地创建,所以我们需要在web.xml中配置一下,借助ServletContextListener监听器来完成。该监听器嫩巩固在Web应用启动的时候回调自定义方法,该方法能够可以启动Spring容器。Spring提供了一个ContextLoaderListener,该监听器实现了ServletContextListener接口,它会在创建时自动查找WEB-INF/下的applicationContext.xml文件,因此如果只有一个配置文件,并且正好叫这个名字,只需要在web.xml中增加如下配置片段。

<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener
    </listener-class>
</listener>


如果有多个配置文件,则需要使用context-param来确定配置文件的文件名,ContextLoaderListener加载时会去找contextConfigLocation的初始化参数。

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>/WEB-INF/daoContext.xml,/WEB-INF/applicationContext.xml</param-value>
</context-param>
  
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

Spring会根据指定位置的配置文件创建WebApplicatiContext对象,并保存在Web应用的ServletContext中。获取容器代码:

WebApplicationContext ctx=WebApplicationContextUtils.getWebApplicationContext(servletContext);


MVC框架与Spring整合的思考

在轻量级的EE应用中,我们采用工厂模式,将控制器与业务逻辑组件的实现分离,从而提供更好的解耦。在采用工厂模式的访问策略中,所有的业务逻辑组件的创建由工厂负责业务逻辑组件的运行也由工厂负责,而控制器只需要定位工厂实例即可。为了让action能够访问到Spring的业务逻辑组件,有两种策略:

  • Spring负责管理Action,并利用依赖注入为控制器注入业务逻辑组件。

  • 利用Spring的自动装配,Action将会自动从Spring容器中获取所需的业务逻辑组件。


让Spring管理控制器

如果选择这种策略,我们就需要让Srping来管理Action,而不是struts2。核心控制器如何知道调用Spring容器中的Action,而不是自行创建Action实例呢?这里我们需要使用一个插件。在Struts2的lib中有一个struts2-spring-plugin包,这就是整合Srping与Struts2的插件。这个插件提供了一种伪Action。之前我们需要在struts2的配置文件中指明action的实现类,现在我们无需再指定实现类,而是指定Spring容器中的 Bean的ID,这样Struts2就不再自己创建Action,而是通过Spring容器去获得Action对象。下面就来看看一个Spring+Struts2的小程序吧。


文件结构图:

wKiom1XtAL7gwzo4AAE-_1w8558310.jpg

Action如下,省略了set与get方法:

public class LoginAction extends ActionSupport {
	private String username;
	private String password;
	private MyService ms;

	@Override
	public String execute() throws Exception {
		if (ms.validLogin(getUsername(), getPassword()) > 0) {
			addActionMessage("successful!");
			return SUCCESS;
		}
		return ERROR;
	}
}

MyServiceImple这个业务逻辑组件如下:

public class MyServiceImpl implements MyService {

	public int validLogin(String username, String pass) {
		// TODO Auto-generated method stub
		if (username.equals("cao") && pass.equals("123")) {
			return 99;
		}
		return -1;
	}
}

struts.xml如下

<struts>
	<package name="cm" extends="struts-default">
	<action name="login" class="loginAction">
		<result name="success">/WEB-INF/loginpages/success.jsp</result>
		<result name="error">/WEB-INF/loginpages/error.jsp</result>
	</action>
	</package>
</struts>

applicationContext.xml配置如下:

<beans
	xmlns="http://www.springframework.org/schema/beans"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xmlns:p="http://www.springframework.org/schema/p"
	xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd">

<bean id="myService" class="com.cm.basic.MyServiceImpl"/>

<bean id="loginAction" class="com.cm.action.LoginAction" scope="prototype">
<property name="ms" ref="myService"/>
</bean>

</beans>

此外,正如之前所说,我们还需要在web.xml中配置一个listener,还有一个用于指示ApplicationContext.xml位置的常量。虽然这里我们的文件位置是默认搜索位置,但还是给出了常量配置。

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>/WEB-INF/applicationContext.xml</param-value>
</context-param>
  
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>


从代码中我们可以看出,struts.xml不再负责生成action,而只保存了一个action在容器中的id。容器中配置了action,表明action由容器负责管理。struts架构的作用仅仅剩下了action与视图之间的连接。不过这种方法也有两个缺点。一个action在struts.xml中配置一次,容器中又配置一次,比较麻烦。另外action的业务逻辑组件接收容器注入,会导致程序可读性降低。


使用自动装配

在自动装配策略下,Action还是由Spring插件创建,Spring插件在创建Action实例时,利用Spring的自动装配策略,将对应的业务逻辑组件注入Action实例中。这种整合策略的配置文件简单,但是控制器和逻辑组件耦合又提升到了代码层次,耦合较高。

所谓的自动装配,就是让Spring自动管理Bean与Bean之间的依赖关系,无需使用ref属性来指定。通过设置struts.objectFactory.spring.autoWire常量可以改变Spring插件的自动装配策略,可以接受name、type、auto和constructor这几个值,分别对应byName、byTyep等策略。

如果按照byName完成自动装配,此时的struts2配置文件与单独使用struts没有任何区别,也是指定action的实现类。而action中的业务逻辑组件的实例变量名必须与容器中的这个逻辑组件bean的id保持一致。只有这样,才能够按照byName的策略注入。

不过这种方式也有一些缺点。Action与业务逻辑组件的耦合降低到代码层次,必须在配置文件中配置与Action中实例变量同名的组件bean,而这不利于高层次的解耦。另外action接收Spring容器的自动装配,程序的可读性差。

本文出自 “指尖轻飞” 博客,谢绝转载!

你可能感兴趣的:(spring)