Struts1和Struts2对照

最近学习Struts1和Struts2.好多人、提到非常多的信息。

Struts2不从Struts1进化。

Struts2的前身WebWork。

呢，看了一些资料，下边就来比較比較。

一、架构分析

Struts1的架构图：

运行流程：
1.用户在浏览器端发送请求。server(比方：Tomcat)创建HttpServletRequest和HttpServletResponse对象。并将用户的请求的表单信息放到HttpServletRequest对象中。
2.创建ActionServlet对象，在ActionServlet中有一个核心对象RequestProcessor，(1)截取用户请求的地址path，查询得到ActionMapping对象。相应于Struts-config.xml中的acion-mapping标签中的信息。(2)利用ActionMapping中的name。创建ActionForm对象。相应于Struts-config.xml中的form-bean标签中的信息。
3.ActionForm通过reset，获取用户提交的表单信息中全部为name的属性，相应的设置到ActionForm对象的属性中。
4.通过ActionMapping对象中action的完整路径，创建Action(假设有则返回，假设没有则创建，放到map。下次用就不用再创建了。所以，struts1的action是仅仅创建一个实例的)。通过指定的Action，ActionMapping对象、ActionForm对象、HttpServletRequest对象、HttpServletResponse对象作为參数调用调用execute方法。依据用户的请求，控制调用Model。操作数据库。返回操作数据库的结果信息。放到request中。并返回要跳转到的页面。

Struts2的架构图：

运行流程：
1 client初始化一个指向Servlet容器（比如Tomcat）的请求。
2 这个请求经过一系列的过滤器（Filter）。
3 接着FilterDispatcher(struts2.1.3之后。strutsPrepareAndExcuteFilter就取代了FilterDispatcher)被调用，FilterDispatcher询问ActionMapper来决定这个请是否须要调用某个Action。
4 假设ActionMapper决定须要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy。
5 ActionProxy通过Configuration Manager询问框架的配置文件，找到须要调用的Action类。

6 ActionProxy创建一个ActionInvocation的实例。
7 ActionInvocation实例使用命名模式来调用。在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。
8 一旦Action运行完成，ActionInvocation负责依据struts.xml中的配置找到相应的返回结果。
Struts2的核心就是拦截器。Struts.xml中全部的package都要extends=”struts-default”。同理与全部的Java类都要extends自Object一样。struts-default.xml里面就是要做以上事情。

二、对照
对照struts1和struts2的运行流程，我没认为它俩有什么太大的区别。大致是同样的：用户发送请求。通过request到核心控制器上(struts1中是ActionServlet。Struts2中是StrutsPrepareAndExcuteFilter),控制器依据配置文件里的配置，决定调用哪个Action，通过Action的execute()方法，控制调用哪个Model。处理用户的请求。操作数据库，并返回操作结果，并返回跳转的页面。
那Struts2究竟是哪里的设计，让它大放异彩？

Struts1的缺点：
1.在struts1中。用户请求提交到request，全部的request都需经过核心控制器ActionServlet推断、处理。要调用哪个Action。创建Action后在调用Model进行业务处理。

假设仅仅是訪问一个jsp页面，也还是须要经过配置，通过ActionServlet管理的。

Struts2中。ActionInvocation在创建Action时，是经过ActionMapper推断，是否要调用某个Action。仅仅有须要调用的时候才创建。

2.Struts1的Action须要继承一个基类Action的。

这里用到了HttpServletRequest、HttpServletResponse作为參数，所以struts1依赖了Servlet API的。存在这种依赖。架构是不easy扩展的，这就是入侵式的设计。

此外由于依赖HttpServletRequest、HttpServletResponse，那我们的Action类的測试，是必须依赖web容器。webserver的。这种话。单元測试非常不easy进行。

Strut2的Action能够不依赖于不论什么类，仅仅是作为一个单独的，纯粹的类而存在，这样进行单元測试就简便了非常多。

3.struts1的Action创建，是单例的。假设创建了就不在创建，所以全部的请求都在使用这一个实例，这就须要保证线程安全。
Struts2的Action创建。是为每个请求创建一个实例。所以不用考虑线程安全问题。

4.struts1的view部分採用jsp实现。提供了JSTL标签库。标签库能够输出控制器的处理结果。 但struts1支持的表现层技术非常单一：既不支持FreeMarker、Velocity等模版技术，也不支持JasperReports等报表技术 。

比較之下，struts2支持很多其它的表现层技术。如velocity。freemarker和xslt等

struts1使用标准JSP机制把对象绑定到视图页面；struts2使用“ValueStack”技术，使标签库能訪问值，而不须要把对象和视图页面绑定到一起。

所以。通过以上对照，就会发现struts1的设计尽管较于Model2有了非常大的提升。可是随着时代、技术的发展，它的缺点会越来越放大。再看struts2，它和struts1的实现机制上有非常大的不同，它弥补了struts1的不足。所以struts2并非struts1的继承和发展，而是webwork的。