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