ITPub博客

首页 > 应用开发 > IT综合 > Struts1.1与WebWork2.x的区别

Struts1.1与WebWork2.x的区别

原创 IT综合 作者:halfgene 时间:2007-08-15 23:20:56 0 删除 编辑

Struts1.1与WebWork2.x的区别

--面试常问题目,*_*

[@more@]  

特性

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

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/594892/viewspace-960350/ ,如需转载,请注明出处,否则将追究法律责任。

上一篇: RMAN总结
请登录后发表评论 登录
全部评论
  • 博文量
    44
  • 访问量
    60350