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