首页 > 代码库 > 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介绍