struts1和struts2比较

Struts2与Struts1.x的深度比较

网名：sterning

Struts作为MVC 2的Web框架，自推出以来不断受到开发者的追捧，得到广泛的应用。作为最成功的Web框架，Struts自然拥有众多的优点：MVC 2模型的使用、功能齐全的标志库（Tag Library）、开放源代码。

但是，正所谓“没有最好，只有更好”，Struts1.x自身也有不少的缺点：需要编写的代码过多，容易引起“类爆炸”、单元测试困难。这些缺点随着Web的发展越来越明显。这就促生了Struts 2，它的诞生能很好的解决上述问题。

在本文中，笔者将对Struts2和Struts1.x这两种框架进行详细的比较。比较将涉及到这两种框架的Action、验证、类型转换及如何开发等方面的内容。希望通过这样的比较，让读者了解这两种框架各自的特点，以便于在自己的项目中，根据实际情况，尽快的过渡到Struts2的时代。本文的内容基于Struts2.0.6。

一、       引言

Struts的第一个版本是在2001年5月份发布的。它的最初设想是通过结合JSP和Servlet，使Web应用的视图和业务/应用逻辑得以清晰地分离开来。在Struts之前，最常见的做法是在JSP中加入业务和应用逻辑，或者在Servlet中通过println()来生成视图。

自从第一版发布以来，Struts实际上已成为业界公认的Web应用标准。它的炙手可热也为自己带来了改进和变更，所以不但要跟上对Web应用框架不断变化的需求，而且要与日渐增多竞争激烈的众多框架的特性相融合。

到最后，产生了几个下一代Struts的解决方案。其中两个最受瞩目的方案是Shale和Struts Ti。Shale是一个基于构件的框架，并在最近成为Apache的顶级项目。而Struts Ti则是在Struts的成功经验基础上继续坚持对前端控制器（Front Controller）和MVC（model-view-controller）模式进行改进。

WebWork项目是在2002年3月发布的，它对Struts式框架进行了革命性改进，引进了不少新的思想、概念和功能，但和原Struts代码并不兼容。WebWork是一个成熟的框架，经过了好几次重大的改进与发布。

在2005年12月，WebWork与Struts Ti宣布合并。与此同时，Struts Ti改名为Struts Action Framework 2.0，成为Struts真正的继承者。

最后要注意的是，并不是说Struts或WebWork项目已经停止开发了。由于人们对这两个项目的兴趣仍然很高，而且也有很多开发者仍然愿意使用它们，因此这两个项目还在继续开发中，继续修复Bug，改进功能和继续添加新功能。

二、       Action的区别

对于有着丰富的Struts1.x开发经验的朋友来说，都十分的清楚Action是整个Struts框架的核心内容，当然Struts2也不例外。不过，Struts1.x与Struts2的Action模型很大的区别。

Struts2和Struts1.x的差别，最明显的就是Struts2是一个pull-MVC架构。这是什么意思呢？从开发者角度看，就是说需要显示给用户的数据可以直接从Action中获取，而不像Struts1.x那样，必须把相应的Bean存到Page、Request或者Session中才能获取。Struts1.x 必须继承org.apache.struts.action.Action或者其子类，表单数据封装在FormBean中。Struts 2无须继承任何类型或实现任何接口，表单数据包含在Action中，通过Getter和Setter获取（如下面的ActionForStruts2的代码示例）。

虽然，在理论上Struts2的Action无须实现任何接口或者是继承任何的类，但是，在实际编程过程中，为了更加方便的实现Action，大多数情况下都会继承com.opensymphony.xwork2.ActionSupport类，并且重载（Override）此类里的String execute()方法。如下所示：

package ActionDiffer;

 import java.text.DateFormat;

 import java.util.Date;

 import com.opensymphony.xwork2.ActionSupport;

 public class ActionForStruts2 extends ActionSupport {

     private String message;

     public String getMessage() {

         return message;

    }

    @Override

     public String execute() {

        message = " This is hello from strtuts2. Now is: " + DateFormat.getInstance().format( new Date());

         return SUCCESS;

    }

}

首先，从ActionForStruts2可以看出，返回的对象不是ActionForward，而是String。如果你不喜欢以字符串的形式出现在你的代码中，有个Helper接口Action可以以常量方式提供常见结果，如“success”、“none”、“error”、“input”和“login”。

另外， 按照惯例，在Struts1.x中只有“execute”方法能调用Action,　但在Struts2中并非必要，任何声明为public String methodName() 方法，都能通过配置来调用Action。

最后，和Struts1.x最大的革命性的不同是，Struts2处理Action过程中调用的方法（“execute”方法）是不带参数的。那如何获取所需要的对象呢？答案是使用IoC（反转控制，Inversion of Control)，也叫“依赖注入（Dependency Injection）”的模式（想更多地了解这方面信息请看Martin Fowler的文章http://www.martinfowler.com/articles/injection.html）。Spring框架使得这个模式流行起来，然而Struts2的前身（WebWork）也同时应用上了这个模式。

三、       IoC

IoC(Inversion of Control，以下译为控制反转），随着Java社区中轻量级容器（Lightweight Contianer）的推广而越来越为大家耳熟能详。在此，无需再多费唇舌来解释“什么是控制反转”和“为什么需要控制反转”。因为互联网上已经有非常多的文章对诸如此类的问题作了精彩而准确的回答。读者可以去读一下Rod Johnson和Juergen Hoeller合著的《Expert one-on-one J2EE Development without EJB》或Martin Fowler所写的《Inversion of Control Containers and the Dependency Injection pattern》。

众所周知，Struts2是以Webwork 2作为基础发展出来。而在Webwork 2.2之前的Webwork版本，其自身有一套控制反转的实现，Webwork 2.2在Spring 框架的如火如荼发展的背景下，决定放弃控制反转功能的开发，转由Spring实现。值得一提的是，Spring确实是一个值得学习的框架，因为有越来越多的开源组件（如iBATIS等）都放弃与Spring重叠的功能的开发。因此，Struts2推荐大家通过Spring实现控制反转。

为了更好地了解反转控制，下面来看一个例子，如何利用IoC在Action处理过程中可以访问到当前请求HttpServerRequest对象。

在例子中，使用的依赖注入机制是接口注入。就如其名称一样，接口注入需要的是已经被实现了的接口。这个接口包含了相应属性的setter，为Action提供值。例子中使用了ServletRequestAware接口，如下：

public interface ServletRequestAware {
    public void setServletRequest(HttpServletRequest request);
}

当继承这个接口后，原本简单的Action看起来有点复杂了，但是这时可以获取HttpServerRequest对象来使用了。

public class IoCForStruts2 implements ServletRequestAware {
   private HttpServletRequest request;
   public void setServletRequest(HttpServletRequest request) {
        this.request = request;
   }
   public String execute() throws Exception {
        // 可以开始使用request对象进行工作了
        return Action.SUCCESS;
   }
}

看起来现在这些属性是类级别的，并不是线程安全的，会出现问题。其实在Struts2里并没有问题，因为每个请求过来的时候都会产生一个新的Action对象实例，它并没有和其他请求共享一个对象，所以不需要考虑线程安全问题。

四、       拦截器

Interceptor（以下译为拦截器），在AOP（Aspect-Oriented Programming）中用于在某个方法或字段被访问之前，进行拦截然后在之前或之后加入某些操作。拦截是AOP的一种实现策略。

在Webwork的中文文档的解释为——拦截器是动态拦截Action调用的对象。它提供了一种机制可以使开发者定义在一个action执行的前后执行的代码，也可以在一个action执行前阻止其执行。同时也提供了一种可以提取action中可重用的部分的方式。

Struts1.x的标准框架中不提供任何形式的拦截器，虽一个名为SAIF的附加项目则实现了这样的功能，但它的适用的范围还很有限。

拦截器是Struts2的一个强有力的工具，有许多功能（feature）都是构建于它之上，如国际化、转换器，校验等。谈到拦截器，还有一个流行的词——拦截器链（Interceptor Chain，在Struts2中称为拦截器栈Interceptor Stack）。拦截器链就是将拦截器按一定的顺序联结成一条链。在访问被拦截的方法或字段时，拦截器链中的拦截器就会按其之前定义的顺序被调用。

Struts 2的拦截器实现相对比较简单。当请求到达Struts2的ServletDispatcher时，Struts 2会查找配置文件，并根据其配置实例化相对的拦截器对象，然后串成一个列表（list），最后一一地调用列表中的拦截器，如图1所示。

拦截器调用序列器

Struts 2已经提供丰富多样功能齐全的拦截器实现。读者可以到struts2-all-2.0.6.jar或struts2-core-2.0.6.jar包的struts-default.xml查看关于默认的拦截器与拦截器链的配置。

作为“框架（framework）”，可扩展性是不可缺少的，因为世上没有放之四海而皆准的东西。虽然，Struts 2为我们提供如此丰富的拦截器实现，但是这并不意味我们失去创建自定义拦截器的能力，恰恰相反，在Struts 2自定义拦截器是相当容易的一件事。

五、       Struts2和Struts1.x的全面比较

为了对Struts2和Strtus1.x进行全面的比较，让读者了解这两种框架各自的优缺点，以便于在自己的项目中，根据实际情况，选择合适的框架，对它们两者进行比较，总结了如下表分析比较。

六、       结论

前面已经简要介绍了Struts2的起源，并详细对比了Struts2和Struts1.x的差异，读者应该对Struts2的基础有所了解了——包括高层的框架概念和基础的请求流程，并理解Struts1.x和Struts2两者之间在Action方面的差别，Struts2加强了对拦截器与IoC的支持，而在Struts1.x中，这些特性是很难想象的。

同时，读者应该明白：Struts2是WebWork的升级，而不是Struts 1.x的升级。虽然Struts 2提供了与Struts1.x的兼容，但已经不是Struts1.x的升级。对于已有Struts1.x开发经验的开发者而言，Struts1.x的开发经验对于Struts2并没有太大的帮助；相反，对于已经有WebWork开发经验的开发者而言，WebWork的开发经验对Struts2的开发将有很好的借鉴意义。

struts.action.extension
           The URL extension to use to determine if the request is meant for a Struts action
            用URL扩展名来确定是否这个请求是被用作Struts action，其实也就是设置 action的后缀，例如login.do的'do'字。

struts.configuration
           The org.apache.struts2.config.Configuration implementation class
             org.apache.struts2.config.Configuration接口名

struts.configuration.files
           A list of configuration files automatically loaded by Struts
            struts自动加载的一个配置文件列表

struts.configuration.xml.reload
           Whether to reload the XML configuration or not
            是否加载xml配置(true,false)

struts.continuations.package
            The package containing actions that use Rife continuations
            含有actions的完整连续的package名称

struts.custom.i18n.resources
           Location of additional localization properties files to load
            加载附加的国际化属性文件（不包含.properties后缀）

struts.custom.properties
           Location of additional configuration properties files to load
            加载附加的配置文件的位置


struts.devMode
           Whether Struts is in development mode or not
            是否为struts开发模式

struts.dispatcher.parametersWorkaround
           Whether to use a Servlet request parameter workaround necessary for some versions of WebLogic
             （某些版本的weblogic专用）是否使用一个servlet请求参数工作区（PARAMETERSWORKAROUND）

struts.enable.DynamicMethodInvocation
           Allows one to disable dynamic method invocation from the URL
             允许动态方法调用

struts.freemarker.manager.classname
           The org.apache.struts2.views.freemarker.FreemarkerManager implementation class
            org.apache.struts2.views.freemarker.FreemarkerManager接口名

struts.i18n.encoding
           The encoding to use for localization messages
            国际化信息内码

struts.i18n.reload
           Whether the localization messages should automatically be reloaded
            是否国际化信息自动加载

struts.locale
           The default locale for the Struts application
            默认的国际化地区信息

struts.mapper.class
           The org.apache.struts2.dispatcher.mapper.ActionMapper implementation class
             org.apache.struts2.dispatcher.mapper.ActionMapper接口

struts.multipart.maxSize
           The maximize size of a multipart request (file upload)
            multipart请求信息的最大尺寸（文件上传用）

struts.multipart.parser
           The org.apache.struts2.dispatcher.multipart.MultiPartRequest parser implementation for a multipart request (file upload)
           专为multipart请求信息使用的org.apache.struts2.dispatcher.multipart.MultiPartRequest解析器接口（文件上传用）


struts.multipart.saveDir
           The directory to use for storing uploaded files
            设置存储上传文件的目录夹

struts.objectFactory
           The com.opensymphony.xwork2.ObjectFactory implementation class
            com.opensymphony.xwork2.ObjectFactory接口（spring）

struts.objectFactory.spring.autoWire
           Whether Spring should autoWire or not
            是否自动绑定Spring

struts.objectFactory.spring.useClassCache
           Whether Spring should use its class cache or not
            是否spring应该使用自身的cache

struts.objectTypeDeterminer
           The com.opensymphony.xwork2.util.ObjectTypeDeterminer implementation class
             com.opensymphony.xwork2.util.ObjectTypeDeterminer接口

struts.serve.static.browserCache
           If static content served by the Struts filter should set browser caching header properties or not
            是否struts过滤器中提供的静态内容应该被浏览器缓存在头部属性中

struts.serve.static
           Whether the Struts filter should serve static content or not
            是否struts过滤器应该提供静态内容

struts.tag.altSyntax
           Whether to use the alterative syntax for the tags or not
            是否可以用替代的语法替代tags

struts.ui.templateDir
           The directory containing UI templates
            UI templates的目录夹

struts.ui.theme
           The default UI template theme
            默认的UI template主题

struts.url.http.port
           The HTTP port used by Struts URLs
            设置http端口

struts.url.https.port
           The HTTPS port used by Struts URLs
            设置https端口

struts.url.includeParams
           The default includeParams method to generate Struts URLs
           在url中产生 默认的includeParams


struts.velocity.configfile
           The Velocity configuration file path
            velocity配置文件路径

struts.velocity.contexts
           List of Velocity context names
            velocity的context列表


struts.velocity.manager.classname
           org.apache.struts2.views.velocity.VelocityManager implementation class
            org.apache.struts2.views.velocity.VelocityManager接口名

struts.velocity.toolboxlocation
           The location of the Velocity toolbox
            velocity工具盒的位置
struts.xslt.nocache
           Whether or not XSLT templates should not be cached
            是否XSLT模版应该被缓存
在Struts2中，action中的getXXX()只在服务器启动时执行一次，一刷新页面显示的数据内容全都没了，这种问题的解决办法是：
在web.xml中配置struts2.0时，
<filter-mapping>
<filter-name>action2</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
把/*改成*.ation就OK了
一、Struts2配置文件
Struts2相关的配置文件有web.xml，struts.xml，struts.properties，
struts-default.xml，velocity.properties，struts-default.vm。其中web.xml，struts.xml是必须的，其它的配置文件可选择。它们在web应用中的功能如下：
web.xml：包含所有必须的框架组件的web部署描述符。
Struts.xml:配置包含result/view类型、action映射、拦截器等的Struts2的主要配置文件。
Struts.properties：配置struts2的框架属性。
Struts-default.xml：在文件在struts-action-x.x.jar中，该文件是应该被包含在struts.xml中的缺省配置。
Welocity.properties：重写了velocity的配置文件。
Struts-default.vm：相对于velocity的缺省配置。

二、Struts2配置元素
Struts2核心的配置文件是缺省的struts.xml。
必要的时候，缺省的配置文件可以包含其它的配置文件；struts文件可以放入jar中，并自动插入应用程序，这样每个模块可以包含自己的配置文件并自动配置。在Freemarker和Velocity模块中，模板也能从classpath中加载，所以整个模块可以作为一个简单的jar文件被包含。
Struts.xml配置文件可以包含Interceptor、Action类和Results。
Struts.xml配置元素说明：

1、Packages
Packages:packages把actions、results、results types、interceptors
和interceptor-stacks组装到一个逻辑单元中，从概念上讲，packages就像一个对象，可以被其它子包从写，而且可以拥有自己独立的部分。
Name属性是packages的必填元素，它作为一个关键字被后边的包引用；extends元素是可选的，它允许包扩展一个和多个前边定义的包。注意，
struts.xml文件是至上而下处理的，所有被扩展的包，需要在扩展包前定义。
Abstract元素是可选的，它可以申明一个不包含actions的配置文件。

2、Namespace
Namespace元素把actions细分到逻辑模块，每一个namespace都有自己的
前缀（prefix），namespace避免了action之间的名字冲突，当前缀出现在URI中时，这些标签都是名字空间感知的（“namespace aware”），所以这些namespace prefix不必嵌入到表单或连接中。
Default的namespace是一个空字符串“”，如果在指定的配置文件中，没有找到action，缺省的namespace也会被查找。 Local/global策略允许应用程序在action “extends”元素层次结构之外，有全局的action配置。缺省的namespace也可以不在package中申明。
Namespace prefix可以注册为java的申明式安全，以确保授权的用户才能访问namespace的资源。
Root namespace(“/”)也被支持，root就是当直接请求context path的时候的namespace。

[个人理解：namespace的用法就像struts1.x中的path一样，只不过它在package中什么路径，而在action中申明action名子罢了]

3、Include
Include元素使得框架能应用“divide and conquer”来配置文件。被include
的每个配置文件必须和struts.xml有一样的格式，一个大的项目可以采用这样方式来组织程序模块。
Include元素也可以和package交替出现，框架将按照顺序加载配置文件。

4、Interceptor configuration
Interceptor允许应用程序在Action方法执行前后定义执行代码，
Interceptor在应用程序开发中十分重要，对于Interceptor有许多用例，如validation, property population, security, logging, 和profiling。
Interceptor被定义为一个Java类，Interceptor也可以组装成Interceptor-stack，他们将按照定义的顺序执行。
在struts-default.xml中定义了一些缺省的Interceptor-stack,以便框架能很好地运行。

5、Action
Action是框架的“工作单元”。Action可以指定一个Interceptor-stack、
一序列的return type和一序列的异常处理，但只有name属性是必须的。