Struts、Webwork比较

Struts、Webwork比较

比较内容	Struts	WebWork2
Action 类	在Struts里面，每一个 Action Class都需要扩展org.apache.struts.action.Action;这个在Java编程中会引来一些问题，就是关于多种继承的问题	Webwork仅仅需要implement com.opensymphony.xwork.Action Interface,您也可以implement其它的interface来实现更多的功能，譬如：validate（验证），localware(国际化)等，当然 webwork2也提供了一个类ActionSupport 集成了以上功能。Developer可以根据需要实现不同的功能。
线程模型	Struts Actions必须是thread－safe方式，它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必须统一同步，这个就引起了线程安全的问题。	Webwork 2 actions每一个请求对应一个action，因此没有线程的安全问题。实际上Servlet 容器对应每一个请求会产生许多Object，这种一个请求产生许多object的例子没有证明对性能产生太多的影响。现在Web容器都是这么处理Servlet的。
Servlet的依赖	Struts处理一个Action时候必须要依赖ServletRequest and ServletResponse。所以这一层摆脱不了Server容器。而serveltRequest可能会被web层的Context使用。	Webwork2 每一个action不依赖任何层和任何容器。他们使用Request和response是通过ActionContext，所以这个对于逻辑层的分离是很重要的。
测试	因为Struts的每一个action都必须用到request和response所以都必须通过web层来进行测试。这就导致了许多测试struts都要通过web容器（尽管现在有许多测试方法cactus mock 等）。	Webwork的action能够通过赋予一定的属性。就可以执行。同时您可以使用一个mock的实例去测试，而不是通过启动web容器来进行测试。
FormBean	Struts 需要一个FormBeans针对每一个Form。而使用DynaBeans实际上没有太大的意义。不能够很好的处理现有的模型。	Webwork 能够动态的收集web的数据然后在赋值给bean。同时它还能够使用FormBean模式。Webwork2还允许现有的ModelDrvien进行导入处理。能够处理它就像处理action自己的属性一样。
前端表达语言	Struts大部分使用的是JSTL EL（JSP2。0）去获得数据的。在Collection上面处理显得很弱。	Webwork前端可以使用JSTL同时也可以使用多种表现形式。譬如：velocity freemaker jspparer xml等等。Webwork2 利用ongl建立一个valuestack来搜集数据
类型的转换	Struts FormBeans把所有的数据都作为string类型。得到一个自己需要的类型然后展示给用户是很困难的。	Webwork2 数据都是转换成Java中的类型。这个根据Form的类型自动转换。然后操作这些bean十分方便。
对Action 执行前和后的处理	Struts处理action的时候是基于class的hierarchies，很难在action处理前和后进行操作。	Webwork2 允许您处理action可以通过interceptor，就是在每一个action处理前或者后进行其它操作。
验证处理	因为struts的FormBean的属性都被认为是string类型。许多类型的验证都要进行类型转换的处理。FormBean对一个验证链的处理显然不行。	而webwork2的验证采用的是interceptor设计模式。它的这种验证方式决定了它十分灵活。而且一个验证可以重复不断的使用仅仅需要一个XML文件的定义。实际上webwork2的验证是采用了xwork的验证框架。
Action的链的控制	Struts里面每一个action对应一个处理，如果一个action转向另外一个action就很困难了。	Webwork使用一个强大的DispatcherChain去处理这个action链。很方便的从一个处理到另外一个处理。

 

 

 

总体来讲webwork框架的确是简单易上手。
拦截器机制很有特色。校验功能做得马马虎虎，不是很完善。
不需直接写ActionForm，框架能根据表单命名直接生成响应数据封装对象，传递给action使用，比struts简单方便一些。
由于框架由xwork发展而来，因此，做到了尽可能的与web容器的api相分离。对所有的servlet的内置对象都提供了相应的封装访问方式，减少直接访问servlet api，方便某一天应用可能移植到非B/S结构的环境中。
还是很不错的一个框架。

一些重要的知识点：
1、下载安装。
将\webwork-2.1.X.jar 以及\lib\core\*.jar(WebWork2用到的核心类库) 复制到Web 应用的WEB-INF\lib 目录

2、在web应用的/WEB-INF/web.xml文件中加入下面servlet的配置 （基本上每个框架都有这么一个servlet）

webwork

com.opensymphony.webwork.dispatcher.ServletDispatcher



webwork
*.action

3、如果在页面中需要使用webwork的ui标记，一般还要加上一个标记库的配置，把webwork.tld复制到相应目录

 webwork
 /WEB-INF/webwork.tld

4、在\WEB-INF\classes目录下建立框架的另一个重要的配置文件xwork.xml
这个文件定义相应的Action类。包括结果转发放向、各种拦截器等等，可参看webwork的例子5、校验文件validators.xml放在\WEB-INF\classes目录下
具体某个类的校验文件和该class类放在同一个目录下，注意命名格式：类名-validation.xml

总结下学习中碰到的问题：
1、配置xwork.xml时不小心把拦截器放错了位置，放到标记外去了，结果老是出错，出错提示信息又不明显，折腾了半天。
以后注意拦截器必须放在标记之间
唉，老是配置的东东也麻烦。

2、关于客户端校验：
要注意webwork的版本问题。
最新的webwork2.1.7 在客户端校验框架上的作了较大的修改，目前仍处于原型状态，有一些bug，导致用以前的一些例子程序代码老是出错，反复调了好久。最后才知道是版本问题，下载了个较低版本的webwork2.1.5解决问题。