SSH整合（二）——利用Spring来装配Action类

最新推荐文章于 2020-04-14 20:00:06 发布

weixin_33860147

最新推荐文章于 2020-04-14 20:00:06 发布

阅读量135

点赞数

CC 4.0 BY-SA版权

文章标签：运维 java

原文链接：https://yq.aliyun.com/articles/240864

本文详细阐述了如何通过Spring框架优化SSH整合过程，将Action类与其属性的装配分离，以减少耦合度并提高代码维护性。通过在Spring配置文件中单独配置Action类和其依赖，实现组件复用，简化了Struts.xml配置，从而改善了整体架构的可扩展性和可维护性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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