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的每个基本操作顺序