在上篇文章（
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使用。