8 -- 深入使用Spring -- 7...4 使用自动装配

　　　　　　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容器的自动装配，代码的可读性较差。

啦啦啦

啦啦啦

啦啦啦