在上篇文章（SSH整合（一）——直接获取ApplicationContext）中，在Action类中通过获取ApplicationContext对象，调用getBean方法来实例化bean类，这种方法将Action类与Spring的绑定装配JavaBean绑定的过紧，大大增加了他们的耦合度。如果装配文件的内容有变化，很可能要修改Action类的代码。

所以我们将装配Action类及其属性的方法也放到Spring中。

一，由Spring创建Action对象

例如，action代码如下：

package net.blogjava.nokiaguy.models;

public class SecondSSHAction {
	private MapService service;
	public void setService(MapService service) {
		this.service = service;
	}
	public String execute(){
		System.out.println(service.validate("lhc"));
		return null;
	}

}

其中MapService是一个业务逻辑Bean。

在Spring中配置这个类装配：

<!-- 装配Action类 -->
<!-- spring默认scope是单例模式，每次创建一个Action对象；每次访问的都是同一个Action,数据不安全；加入scope="prototype"之后，可以保证党有请求的时候，都创建一个Action对象 -->
<bean id="test" class="net.blogjava.nokiaguy.models.SecondSSHAction" scope="prototype">
	<property name="service">
		<ref bean="mapService"/>
	</property>
</bean>

在Struts.xml中配置此Action:

<action name="test" class="test"/>	<!-- 此处class值配置成spring配置文件中对应bean的ID -->
		

优点：

充分利用了Spring的IOC的特性，比较完美的将Action类与ApplicationContext对象进行解耦。

缺点：

这种方法需要同时在Spring的配置文件中和struts.xml文件中配置同一个Action类，这将会造成代码臃肿，难于维护。

二，自动装配Action对象的属性

在这种配置中，我们只需要配置struts.xml文件。

例如：

<!-- 装配此类的时候使用spring配置文件中的mapService来自动装配 -->
<action name="thirdssh" class="net.blogjava.nokiaguy.models.ThirdSSHAction"/>  

当我们在浏览器中访问 http://localhost:8099/SSHDemo02/thirdssh.action 的时候，因为之前我们配置过：

<!-- 装配业务逻辑层组件 -->
<bean id="mapService" class="net.blogjava.nokiaguy.models.MapService">
	<constructor-arg>
		<!--将构造方法的参数MapDAO对象传入业务逻辑层 -->
		<ref bean="mapDAO"/>
	</constructor-arg>
</bean>

在装配ThirdSSHAction的mapService属性的时候，会使用这里的bean来自动装配。

这种方式将配置两个配置文件的方式改为只维护一个配置文件，并且在Spring中配置的组件可以供多个Action使用。

版权声明：本文为博主原创文章，未经博主允许不得转载。