WebWork2与Struts比较

WebWork2与Struts比较- -

                                      

特性	Struts1.1	WebWork2.x
Action类	继承抽象基类，这就有使用继承替代接口的通用问题	实现com.opensymphony.xwork.Action接口和用于其它服务的一系列接口；WW2使用ActionSupport实现这些接口，可以充当基类
线程模型	Struts Actions必须是thread-safe，因为只有一个实例处理所有的请求，必须进行同步	WW2 Actions为每个请求创建实例，不需要thread-safe
Servlet依赖性	Struts Actions依赖Servlet容器，因为在执行时，需要获得ServletRequest和ServletResponse	WW2 Actions不依赖任何容器，也可以通过ActionContext访问request和response
测试性	Struts Actions太依赖Web容器，以至于总是在容器内部测试，这既慢，又不是单元测试	WW2 Actions容易进行单元测试，IoC使测试更简单：只要在Actions中模拟服务的实现，而不需要建立注册服务或静态Singtons
FormBeans	Struts对每个form多需要一个FormBean，这需要许多额外的类	WW2使用POJO充当FormBeans，作为常规的JavaBeans属性访问；ModelDriven Actions允许使用富对象类型（rich object type）或域对象
表达式语言（EL）	Struts集成了JSTL，所以使用JSTL EL，提供相对较弱的集合和索引属性支持	WW2使用强大的OGNL表达式语言，通过ValueStack进行访问
绑定数据到视图	Struts使用标准的JSP机制，将对象绑定到page context进行访问，使得视图和FormBeans密耦合	WW2使用ValueStack动态寻找数值，使视图和render形式无耦合
类型转换	Struts使用Commons-Beanutils进行类型转换，转换器是per-class的，不能配置每个实例，错误消息难以理解	WW2使用OGNL进行类型转换，可以指定到每个类的每个域，并可以通过本地化机制定制错误消息
模块化预处理和后处理	由继承基类Actions的Action类委托处理，限制了对多接口实现的能力	WW2使用Interceptors模块化预处理和后处理；通过设置动态应用Interceptors；Interceptors和Actions是无耦合的
数据验证	Struts在FormBean中调用validate()，通常使用Commons- Validation进行验证	WW2使用XWork的验证框架：使用XML文件定义验证内容，通过Interceptors激活，使验证和Actios无耦合
控制Action的执行	很少能控制操作的执行顺序	Action的所有方面多移到Interceptors实现中（Interceptor stacks），因此可以控制Action的每个基本操作顺序