Struts2概述，Struts1的Struts2的区别

Struts2概述：      
       Struts 2是Struts的下一代产品。

是在 struts 和WebWork的技术基础上进行了合并，全新的Struts 2框架。

Struts 2以WebWork为核心，采用拦截器的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与Servlet API完全脱离开，所以Struts 2可以理解为WebWork的更新产品。

因为Struts 2和Struts 1有着太大的变化，但是相对于WebWork，Struts 2只有很小的变化。

 

Struts1：

与JSP/Servlet耦合非常紧密，

Struts1支持的表现层技术单一;

Struts1与Servlet API的严重耦合，使应用难于测试;

Struts1代码严重依赖于Struts1 API，属于侵入性框架

 

POJO:

   （Plain Old Java Objects）简单的Java对象，实际就是普通JavaBeans，是为了避免和EJB混淆所创造的简称。

 

Struts2和Struts1的对比：

 

在Action的实现方面：

   Struts1要求必须统一扩展自Action类，而Struts2中可以是一个普通的POJO

线程模型方面：Struts1的Action工作在单例模式，一个Action的实例处理所有的请求。Struts2的Action是一个请求对应一个实例。没有线程安全方面的问题。

 

Servlet依赖方面：

   Struts1的Action依赖于Servlet API，比如Action的execute方法的参数就包括request和response对象。这使程序难于测试。Struts2中的Action不再依赖于Servlet API，有利于测试，并且实现TDD。 　　

封装请求参数：Struts1中强制使用ActionForm对象封装请求的参数。Struts2可以选择使用POJO类来封装请求的参数，或者直接使用Action的属性。

 　　

表达式语言方面：

   Struts1中整合了EL，但是EL对集合和索引的支持不强，Struts2整合了OGNL（Object Graph NavigationLanguage）。 　　绑定值到视图技术：Struts1使用标准的JSP，Struts2使用“ValueStack”技术。 　　

 

类型转换：

Struts1中的ActionForm基本使用String类型的属性。Struts2中使用OGNL进行转换，可以更方便的使用。 　　

 

数据校验：

Struts1中支持覆盖validate方法或者使用Validator框架。Struts2支持重写validate方法或者使用XWork的验证框架。 　　

Action执行控制的对比：Struts1支持每一个模块对应一个请求处理，但是模块中的所有Action必须共享相同的生命周期。

Struts2支持通过拦截器堆栈为每一个Action创建不同的生命周期。

 

WebWork和Struts2的对比

　　从某种程度上看，Struts2是从WebWork2上升级得到的。甚至Apache的官方文档也讲：WebWork2到Struts2是平滑的过渡。我们甚至也可以说Struts2就是WebWork2.3而已。在很多方面Struts仅仅是改变了WebWork下的名称。Struts2对应的有自己的标签，并且功能强大。Webwork也有自己的标签。