8.7.4 使用自动装配
在自动装配策略下,Action还是由Spring插件创建,Spring 插件在创建Action实例时,利用Spring的自动装配策略,将对应的业务逻辑组件注入Action实例中。这种整合策略的配置文件简单,但控制器和业务逻辑组件耦合又提升到了代码层次,耦合较高。
如果不指定自动装配,则系统默认使用按byName自动装配。前面的整合策略并没有指定任何自动装配策略。
所谓自动装配,即让Spring自动管理Bean与Bean之间的依赖关系,无须使用ref显示指定依赖Bean。Spring容器会自动检查XML配置文件的内容,为主调Bean注入依赖Bean。自动装配可以减少配置文件的工作量,但会降低依赖关系的透明性和清晰性。
通过使用自动装配,可以让Spring插件自动将业务逻辑组件注入Struts 2 的Action实例中。
通过设置struts.objectFactory.spring.autoWire常量可以改变Spring插件的自动装配策略,该常量可以接受如下几个值:
⊙ name : 使用byName自动装配。
⊙ type : 使用byType自动装配。
⊙ auto : Spring插件会自动检测需要使用那种自动装配方式。
⊙ constructor : 与type类似,区别是constructor使用构造器来构造注入所需的参数,而不是使用设值注入方式。
如果使用按byName来完成自动装配,则无须设置任何Struts 2 常量。
在这种整合策略下,还采用传统的方式来配置Struts 2 的Action,配置Action时一样指定具体的实现类。
因为使用了自动装配,Spring插件创建Action实例时,是根据配置Action的class 属性指定实现类来创建Action实例的。
XML : Struts 2
<?xml version="1.0" encoding="UTF-8" ?>
<!-- 指定Struts 2 配置文件的DTD信息 -->
<!DOCTYPE struts PUBLIC
"-//Apache Software Foundation//DTD Struts Configuration 2.5//EN"
"http://struts.apache.org/dtds/struts-2.5.dtd"> <!-- Struts 2 配置文件的根元素 -->
<struts>
<!-- 配置了一系列常量 -->
<constant name="struts.i18n.encoding" value="UTF-8"/>
<constant name="struts.devMode" value="true"/>
<constant name="struts.enable.DynamicMethodInvocation" value="false"/> <package name="edu.pri.lime.account.act" extends="struts-default">
<!-- 定义处理用户请求的Action,该Action的class属性不是实际处理类,而是Spring容器中的Bean实例的ID -->
<action name="login" class="edu.pri.lime.account.act.LoginAction">
<!-- 为两个逻辑视图配置页面 -->
<result name="error">/WEB-INF/content/error.jsp</result>
<result name="success">/WEB-INF/content/welcome.jsp</result>
</action>
<!-- 让用户直接访问该应用时列出所有的视图页面 -->
<action name="*">
<result>/WEB-INF/content/{1}.jsp</result>
</action>
</package>
</struts>
Class : LoginAction
package edu.pri.lime.account.act; import com.opensymphony.xwork2.Action;
import com.opensymphony.xwork2.ActionSupport; import edu.pri.lime.account.service.MyService; public class LoginAction extends ActionSupport{ /**
*
*/
private static final long serialVersionUID = 1L; // 封装用户请求参数的两个成员变量
private String username;
private String password; // 系统所用的业务逻辑组件
private MyService ms;
// 设置注入业务逻辑组件所必需的setter方法
public void setMs(MyService ms){
this.ms = ms;
}
// 处理用户请求的execute方法
public String execute() throws Exception{
// 调用业务逻辑组件的validLogin()方法
// 验证用户名和密码
if(ms.validLogin(getUsername(),getPassword()) > 0){
addActionMessage("Congratulation!,Integer Succeed !");
return Action.SUCCESS;
}
return Action.ERROR;
}
public String getUsername() {
return username;
}
public void setUsername(String username) {
this.username = username;
}
public String getPassword() {
return password;
}
public void setPassword(String password) {
this.password = password;
} }
XML : applicationContext
<?xml version="1.0" encoding="UTF-8"?>
<!-- Spring 配置文件的根元素,使用Spring-beans-4.0.xsd语义约束 -->
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:util="http://www.springframework.org/schema/util"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-4.0.xsd
http://www.springframework.org/schema/util
http://www.springframework.org/schema/util/spring-util-4.0.xsd"> <!-- 部署一个业务逻辑组件 -->
<bean id="ms" class="edu.pri.lime.account.service.impl.MyServiceImpl"/> </beans>
Action所需的业务逻辑组件的id必须为ms,因此配置业务逻辑组件时,必须指定其id属性为ms。
在这种整合策略下,Spring插件负责为Action自动装配业务逻辑组件,从而可以简化配置文件的配置。
这种方式也存在如下两个缺点:
⊙ Action与业务逻辑组件的耦合降低到代码层次,必须在配置文件中配置与Action所需控制器同名的业务逻辑组件。这不利于高层次解耦。
⊙ Action 接收Spring容器的自动装配,代码的可读性较差。
啦啦啦
啦啦啦
啦啦啦