struts2的开发搭建

Struts2概述
       在Struts的官方网站上，写着下面两段话：

Apache Struts 2 is an elegant, extensible framework for creating enterprise-ready Java web applications. The framework is designed to streamline the full development cycle, from building, to deploying, to maintaining applications over time.

Apache Struts 2 was originally known as WebWork 2. After working independently for several years, the WebWork and Struts communities joined forces to create Struts2. This new version of Struts is simpler to use and closer to how Struts was always meant to be.

其大意为：Apache Struts2是一个为企业级应用打造的优秀的、可扩展的WEB框架，该框架旨在充分精简应用程序的开发周期，从而减少创建、发布直到应用所花费的时间。

Apache Struts2原本就是举世闻名的Webwork2，在各自经历几年的发展之后，Struts和WebWork社区决定合二为一，也就是今天的Struts2。

Struts是一个基于Model2的MVC框架，为应用程序的WEB层提供了良好的结构严谨的实现。Struts发展较早，早期的Struts1.X已被很多J2EE程序员熟悉，经过多年来的发展，这支队伍变得越来越大，很多企业级应用程序都是基于Struts开发的。

Struts2与Struts1.X已经不能再放到一起比较，虽然都是对MVC架构模式的实现，本质却完全不同。Struts2的前身是WebWork，其实现方式和功能都要优于Struts1.X,但是，Struts先入为主，很多应用程序都基于Struts，其生命力和普及度使得WebWork落于下风。随着新思想和新架构的不断涌入，特别是WEB2.0被大量提及，Struts1.x显然无法跟上日新月异的变化，在很多应用上显得力不从心，最终催生了Struts2.0。可以说Struts2.0是为变而变。

很大程度上，Struts2.0无法避开投机取巧的嫌疑。不过，借助Struts的名声，加上WebWork构建良好的框架，二者取长补短，确实不失为一种黄金组合和一种绝佳的宣传方式。

笔者杜撰此文时，可以下载到的最新版本为2.1.0，但他的魅力已初露尖角，应该会有很好的前途。

Struts2的新特征
如果读者熟悉Struts1.X，会发现Struts2比Struts1.X有了巨大的变化：

Action 类:

• Struts1要求Action类继承一个抽象基类。Struts1的一个普遍问题是使用抽象类编程而不是接口。

• Struts 2 Action类可以实现一个Action接口，也可实现其他接口，使可选和定制的服务成为可能。Struts2提供一个ActionSupport基类去实现常用的接口。Action接口不是必须的，任何有execute标识的POJO对象都可以用作Struts2的Action对象。

线程模式:

• Struts1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能作的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的。

• Struts2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。（实际上，servlet容器给每个请求产生许多可丢弃的对象，并且不会导致性能和垃圾回收问题）

Servlet 依赖: 

• Struts1 Action 依赖于Servlet API ,因为当一个Action被调用时HttpServletRequest 和 HttpServletResponse 被传递给execute方法。

• Struts 2 Action不依赖于容器，允许Action脱离容器单独被测试。如果需要，Struts2 Action仍然可以访问初始的request和response。但是，其他的元素减少或者消除了直接访问HttpServetRequest 和 HttpServletResponse的必要性。

可测性:

• 测试Struts1 Action的一个主要问题是execute方法暴露了servlet API（这使得测试要依赖于容器）。一个第三方扩展－－Struts TestCase－－提供了一套Struts1的模拟对象（来进行测试）。

• Struts 2 Action可以通过初始化、设置属性、调用方法来测试，“依赖注入”支持也使测试更容易。

捕获输入:

• Struts1 使用ActionForm对象捕获输入。所有的ActionForm必须继承一个基类。因为其他JavaBean不能用作ActionForm，开发者经常创建多余的类捕获输入。动态Bean（DynaBeans）可以作为创建传统ActionForm的选择，但是，开发者可能是在重新描述(创建)已经存在的JavaBean（仍然会导致有冗余的javabean）。

• Struts 2直接使用Action属性作为输入属性，消除了对第二个输入对象的需求。输入属性可能是有自己(子)属性的rich对象类型。Action属性能够通过web页面上的taglibs访问。Struts2也支持ActionForm模式。rich对象类型，包括业务对象，能够用作输入/输出对象。这种ModelDriven 特性简化了taglib对POJO输入对象的引用。

表达式语言：

• Struts1 整合了JSTL，因此使用JSTL EL。这种EL有基本对象图遍历，但是对集合和索引属性的支持很弱。

• Struts2可以使用JSTL，但是也支持一个更强大和灵活的表达式语言－－"Object Graph Notation Language" (OGNL).

绑定值到页面（view）:

• Struts 1使用标准JSP机制把对象绑定到页面中来访问。

• Struts 2 使用 "ValueStack"技术，使taglib能够访问值而不需要把你的页面（view）和对象绑定起来。ValueStack策略允许通过一系列名称相同但类型不同的属性重用页面（view）。

类型转换：

• Struts 1 ActionForm 属性通常都是String类型。Struts1使用Commons-Beanutils进行类型转换。每个类一个转换器，对每一个实例来说是不可配置的。

• Struts2 使用OGNL进行类型转换。提供基本和常用对象的转换器。

校验： 

• Struts 1支持在ActionForm的validate方法中手动校验，或者通过Commons Validator的扩展来校验。同一个类可以有不同的校验内容，但不能校验子对象。

• Struts2支持通过validate方法和XWork校验框架来进行校验。XWork校验框架使用为属性类类型定义的校验和内容校验，来支持chain校验子属性

Action执行的控制：

• Struts1支持每一个模块有单独的Request Processors（生命周期），但是模块中的所有Action必须共享相同的生命周期。

• Struts2支持通过拦截器堆栈（Interceptor Stacks）为每一个Action创建不同的生命周期。堆栈能够根据需要和不同的Action一起使用。

注：以上资料从网上搜集，来源：Struts开发组，翻译：tianxinet（胖猴）。

Struts2的环境要求
       Apache Struts2的环境需求如下：

              Servlet API 2.4

JSP API 2.0

Java 5

需要提醒的是，在Struts中会用到Annotation，所以请将JDK版本升级到1.5.