比较内容
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链。很方便的从一个处理到另外一个处理。
