WebWork2与Struts比较

王朝java/jsp·作者佚名  2006-01-30
窄屏简体版  字體: |||超大  

特性

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

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航