struts2（二）之配置文件详解与结果视图

前言

　　前面介绍了struts2的一个程序的大概流程，还有它的配置文件。

一、struts.xml文件元素详解

1.1、package元素

　　1）作用

　　　　在struts2的配置文件中引入了面向对象思想，使用了分包管理。易于管理动作类。便于模块化开发动作类。

　　2）属性

　name：包的名称。必须写。且必须唯一。 extends：一般情况下需要继承struts-default包，但不是必须的。不过如果不继承的话，将无法使用struts2提供的核心功能。 　　　　　　　　struts-default.xml中定义着struts-default这个包。而struts-default.xml是在我们的struts.xml加载之前加载。 abstract：把包声明为抽象包，抽象包就是用来被继承的。只要是没有<action>元素的包，就可以声明为抽象包。 　namespace：名称空间。 　　　　名称空间 + 动作名称 = 访问路径

　　3）细说package中的namespace

　　　　namespace的默认值： 　　　　　　a.不写该属性 　　　　　　b.写了该属性，取值是一个"". 　　　　　　注意：默认值不是/ 　　　　动作类的搜索顺序： 　　　　　　第一步：先去找对应的名称空间 　　　　　　在指定的名称空间下找到了：就执行第二步 　　　　　　在指定的名称空间下没找到对应的动作名称：按照名称空间结构向上追溯，一直到根名称空间，只要在任何一级找到了，执行第二步。 　　　　　　第二步：找动作名称 　　　　　　先在指定的名称空间下，搜索对应的动作名称，找到了就执行动作类的动作方法。 　　　　　　在指定的名称空间下没有找到对应的动作名称：前往默认的名称空间下，找动作名称。注意：它只找动作名称。

1.2、action元素

　　1）作用

　　　　用来配置动作

　　2）属性

name：动作名称 　class：动作类全名。默认的动作类是：com.opensymphony.xwork2.ActionSupport 　　　　　　　是在struts-default.xml中定义的

　　　　要想替换动作类，在应用的struts.xml文件中的package里

　method：动作类中的方法名称。默认是public String execute(){}

　　　　　　要求： 　　　　　　　　public的 　　　　　　　　返回值必须是String 　　　　　　　　没有参数

二、动作类及其访问

2.1、动作类实现的三种方式

　　1）动作类就是一个POJO（Plain Old Java Object 原始的java对象），非常简单的javabean

　　2）动作类实现com.opensymphony.xwork2.Action接口

　　　　实现Action接口，重写excute方法，接口中就声明这一个方法。

　　3）动作类继承com.opensymphony.xwork2.ActionSupport 推荐使用

　　　　继承ActionSupport类，可以不必重写execute方法，只需要写自己想要的方法即可，一般开发中就使用这种方法，为什么呢？因为方便，ActionSupport类提供了一些

　　　　我们所需要的常量，比如success字符串常量，内部还实现了execute方法，我们就不必自己写了。那么很多人就问，这不是多此一举吗？继承它跟不继承它的区别不

　　　　大呀？哈哈，这样举个例子吧，你想追一个女孩子，有一天哪个女孩子哭了，擦泪的纸巾在女孩子的旁边，那个女孩子完全可以自己拿纸巾，但是你为了追她，体现

　　　　自己好的一面，肯定是自己去拿纸巾出来递给她，虽然可能你拿比她自己拿更麻烦一点，但是这样让她对你更有好感呀， 那么这个继承actionSupport提供的一些常量

　　　　等，也就是这个道理。并且它还不止止这点功能，它自己内部帮我实现了很多接口，后面会有讲解到，现在就晓得，以后写的话就通过这种方式去写action类。

　　注意：常量：给动作方法返回值用的。用常量可以使你的应用规范和统一。

2.2、动作的访问　

　　对于action访问的方式，在struts1中访问action，一般是带有后缀名为.do，而现在是为.action，为什么能这样写的原因在上面说明了，default-properties文件中就有这样一个

　　常量来说明使用什么后缀访问。可以为.action也可以不写。所以在访问action时，一般为：http://localhost:8080/xxx/xxxAction.action 。

　　但是写了几次helloworld之后，会发现一个缺点，一个action中有多少个方法，那么就需要在struts.xml中配置多少个个action，并且每个action就method的值改变了，其他都不

　　变。

　　1）动态调用

　　　　在struts.xml中开启动态方法的使用。struts.enable.DynamicMethodInvocation = true

　　　　那么就可以直接使用http://localhost:8080/xxx/xxxAction!add　　直接调用xxxAction中的add方法了，并且在struts.xml中的action配置中，就不需要配置method属性的值了。

　　　　这样做就解决了写死method值的问题。

　　　　举例：

　　2）使用通配符

　　　　举例：

　　　　优先级：绝对匹配优先。使用通配符的按照在配置文件中的先后顺序进行匹配的。

三、结果类型视图

3.1、result元素

　　1）作用

　　　　为动作类指定结果类型视图　

　　2）属性

　　　　name：逻辑视图的名称，对应着动作方法的返回值。默认值是success。　　

　　　　type：结果类型，指的就是用什么方式转到定义的页面。默认是dispatcher。

3.2、result元素中type的取值

　　type取值在sturts-default.xml文件中定义的

　　1）常用结果类型介绍

　　　　dispatcher：(默认值) 　　　　　　使用请求转发，转向一个页面。 　　　　redirect： 　　　　　　使用重定向，转向一个页面。　　

　　2）redirectAction(注意：使用的是重定向)

　　　　2.1）重定向到同包（同命名空间）下的另一个动作

　　　　注意：action2中的type没有写，说明是用默认的转发。

　　　　2.2）重定向到不同包（不同命名空间）写的另一个动作

　　3）chian（使用的是转发）

　　　　转发到同包（同命名空间）下的动作

　　　　转发到不同包（不同命名空间）写的另一个动作

3.3、result中的param子元素

　在转发或者重定向到不同包下的动作时，都用到了result元素的子元素param。 　　param元素的作用：依赖注入(Dependence Injection)思想 　　我们通过struts-default.xml中的resultTypes元素中配置可以看出，每个结果类型视图其实都是靠一个类来实现的。而param元素就是将配置的参数，注入到该类中。 　　调用的是对应类的setter方法进行注入的。

　　例如：redirectAction结果视图

　　该类中肯定会有对actionName和namespace属性的注入方法（setter方法）。

3.4、自定义结果视图类型

　　通过前面的内容，我们看出，其实结果类型就是一个类，这些类都实现了com.opensymphony.xwork2.Result接口。 　　或者继承自该接口的实现类org.apache.struts2.dispatcher.StrutsResultSupport。 　　这些类都有一个doExecute方法，用于执行结果视图。 　　综上：我们也可以自己写一个结果视图。 　　例子： 　　　　输出CAPTCHA图像的结果类型。 　　　　CAPTCHA(Completely Automated Public Turing Test to Tell Computers and Humans Apart 全自动区分计算机和人类的图灵测试)————>简称：验证码。 　　第一步：写一个类，实现接口或者继承接口的实现类（CaptchaReslult.java）

package com.jxlg.web.action;

import javax.servlet.http.HttpServletResponse;

import org.apache.struts2.ServletActionContext;
import org.apache.struts2.dispatcher.StrutsResultSupport;

import cn.dsna.util.images.ValidateCode;

import com.opensymphony.xwork2.ActionInvocation;
/**
 * 自定义结果视图：
 *     1.编写一个类，继承StrutsResultSupport类，重写doExecute方法
 *  2.在struts.xml文件中，声明结果类型
 *  3.在配置action时，type属性指定声明的结果类型名称
 * @author Shinelon
 *
 */
public class CaptchaReslult extends StrutsResultSupport{

    @Override
    protected void doExecute(String finalLocation, ActionInvocation invocation)
            throws Exception {
        ValidateCode code = new ValidateCode(200,30,4,10);
        //使用ServletActionContext对象获取response对象
        HttpServletResponse response = ServletActionContext.getResponse();
        //该方法需要一个输出流
        code.write(response.getOutputStream());
        
    }

　　第二步：在struts.xml中配置结果类型

　　　　name：对应的结果类型名称　　class：对应的是结果类型的执行类　

<!-- 声明结果视图类型 -->
    <result-types >
    <result-type name="captcha" class="com.jxlg.web.action.CaptchaReslult"></result-type>　　
    </result-types>

　　第三步：在action配置时引用

3.5、全局视图和局部视图

　　1）局部视图

　　2）全局视图