首页 > 代码库 > Struts1、WebWork、Struts2介绍

Struts1、WebWork、Struts2介绍

一、Struts1   

1、Struts1原理简介   

        Struts1框架以ActionServlet作为控制器核心,整个应用由客户端请求驱动。当客户端向Web应用发送请求时,请求被Struts1的核心控制器ActionServlet拦截,ActionServlet根据请求决定是否需要调用业务逻辑控制器处理用户请求(实际上,业务逻辑控制器还是控制器,它只是负责调用模型来处理用户请求),当用户请求处理完成后,其处理结果会通过jsp呈现给用户。

        Struts1,控制器就是它的核心,Struts1的控制器分为核心控制器和业务逻辑控制器。核心控制器就是ActionServlet,由Sturts1框架提供;业务逻辑控制就是用户自定义的Action,由应用开发者提供。

        Struts1的运行流程:

        技术分享

 

 

2、MVC分析

(1)、Model

        Struts1的Model部分由底层的业务逻辑组件充当,这些业务逻辑组件封装了底层数据库访问、业务逻辑方法实现。

(2)、View

        Struts1的View部分采用Jsp实现。不支持FreeMarker、Velocity等模板技术,支持的表现层技术单一。

(3)、Controller

        由两个部分组成。

                系统核心控制器:由Struts1框架提供,就是系统的ActionServlet。

                业务逻辑控制器:由Struts1框架提供,就是用户自己实现的Action实例。

3、优缺点

        对于Struts1框架而言,因为它与JSP/Servlet耦合非常紧密,因为导致了很多缺陷--------这也就是Struts2出现的原因。

(1)、支持的表现层技术单一

        不支持FreeMarker、Velocity等模板技术。控制器并没有直接执行转发请求,而仅仅返回一个逻辑视图名(ActionForward对象)----实际的转发放在配置文件中。

(2)、与Servlet严重耦合,难于测试

        对于处理请求的execute方法,它有四个参数,ActionMapping、ActionForm、HttpServletRequest和HttpServletResponse。

(3)、代码严重依赖于Struts1 API,属于侵入式设计

        Action类的设计,导致了较低的代码复用。

二、WebWork

1、WebWork原理简介

        从处理流程看,与Struts1非常类似,核心都由控制器组成,并且都分为两个部分,核心控制器ServletDispatch和业务逻辑控制器Action。WebWork使用OGNL表达式语言,可以访问值栈。并且建立在XWork之上,使用ServletDispatcher作为核心控制器,处理HTTP的响应和请求。支持更多的表现层技术,如FreeMarker和XSLT等。而且采用了一种更加松耦合的设计,使测试起来更加方便,允许系统从B/S结构向C/S结构转换。

        数据流程图如下:

        技术分享

2、优点

        (1)、Action无需与Servlet API耦合,更加容易测试。

        (2)、Action无需与WebWork耦合,代码重用高

        (3)、支持更多的表现层技术。

三、Struts2

1、Struts2原理简介

        Struts2采用了WebWork的设计核心,使用了大量的拦截器来处理用户请求,从而允许用户的业务逻辑控制器与Servlet API分离。Struts2控制器组件是Struts2框架的核心,事实上,所有MVC框架都是由控制器组件为核心的。正如前边提到的,Struts2的控制器由两个部分:FilterDispatcher和业务控制器Action。

        使用拦截器作为处理(Advice),以用户的业务逻辑控制器为目标,创建一个控制器代理。控制器代理负责处理用户请求,处理用户请求时回调业务控制器的execute方法,该方法返回值决定了呈现怎么样的视图资源。

        Struts2的体系概图如下:

        技术分享

2、Struts2处理流程

        (1)、浏览器发送请求。如mypage.action

        (2)、核心控制器FilterDispatcher根据请求决定调用合适的Action。

        (3)、WebWork的拦截器自动对请求应用通用功能,如workflow、validation或文件上传等

        (4)、回调Action的execute方法,该execute方法先获取用户请求参数,然后执行某种数据库操作,即可以是保存到数据库,也可以检索信息。

        (5)、Action的execute方法处理结果信息将被发送到浏览器中。而且支持很多的视图技术。

3、Struts2与Struts1的对比

        (1)、在Action实现类方面:Struts1要求Action继承一个抽象基类,而不是接口;Struts2都可以实现,并且提供一个ActionSupport基类去实现常用的接口。

        (2)、线程模式方面:Struts1 Action是单例模式,必须是线程安全的,因为仅有一个Action实例来处理所有请求。Struts2没有线程安全问题,因为Action对象为每一个请求产生一个实例。

        (3)、Servlet依赖方面:Struts1 Action依赖于Servlet API,但是Struts2不依赖。

        (4)、可测试方面:Struts1 Action不易于测试。Struts容易测试。

        (5)、表达式语言方面:Struts1可以使用JSTL,Struts2也可以用JSTL,但是更支持OGNL

        (6)、绑定值到视图:Struts1采用jsp机制。Struts2采用valueStack技术,使标签库能访问值,不需要把对象和视图页面绑定在一起。

        (7)、类型转换:Struts1 ActionForm属性通常都是String类型,使用Commons-Beanutils进行类型转换,每一个类一个转换器,转换器不可配置。Struts2使用OGNL进行类型转换,支持基本数据类型和常用对象之间的转换。

        (8)、数据校验:Struts1支持在ActionForm重写validate方法,手动校验,或者通过Commons alidator框架完成校验。Struts2支持重写validate方法,也支持XWork校验。

        (9)、Acion执行控制:Struts1每一个模块对应一个请求处理,每个模块必须共享相同的生命周期。Struts2支持通过拦截器堆栈为每一个Action创建不同的生命周期。开发者可以根据需要创建相应堆栈,从而和不同的Action一起使用。

Struts1、WebWork、Struts2介绍