Struts2与Webwork2的区别

一直在用Webwork2，因为Struts2基于Xwork2开发，变化更多的体现在名称上，所以平时甚少关注。这些天看了一下Apache上的文档，觉得Struts2更加优雅一些，至少Action变成了一个纯粹的POJO，而无须再实现任何一个接口。

Struts2不再提供Webwork2内置的IoC容器支持，转而将Spring作为ObjectFactory的缺省实现。所有由Struts2创建的对象都是由ObjectFactory实例化，ObjectFactory可以集成各种IoC容器，例如Spring、Pico、 Plexus等等.

在拦截器方面，Struts2不再支持AroundInterceptor，如果要用到AroundInterceptor ，则必须单独引入Webwork2的相关类，或者重写自己的拦截器。这一点是我不太理解的地方，不知出于什么考虑。

?

Struts2全面引入了Dojo，大概是对以前Webwork2在客户端实现的不满吧。例如不再支持Webwork2的richtexteditor，而以Dojo的编辑器取代。说实话，Webwork2了的rich text编辑器确实不太好用，有不少bug。还把Webwork2的Datepicker标签换成了Dojo实现的datetimepicker标签。

?

对开发人员而言，Struts2在Action映射方面的改进值得关注，尤其是借鉴了Spring的方式，提供了对action名称通配符的支持。在Webwork2里，需要在xwork.xml里以如下格式定义action：

<action name="Logon" name="code"><action name="*Logon" class="tutorial.Logon">  <result type="redirectAction">Menu</result>  <result name="input">/Logon.jsp</result></action>

这样，任何以Logon结尾用作登录验证的Action，例如NewUserLogon，都可调用tutorial.Logon的一个实例。

?

Struts2还引入一个消息存储拦截器MessageStoreInterceptor用于存放、检索各种提示、错误消息等等，在一个session生命期中都是可用的。

?

1 楼 slaser 2008-03-31 我觉得对dojo的支持让我很失望，dojo根本无法达到商用的要求。所以基本上，我们现在的项目还是老老实实的在客户端使用ext-js. 2 楼 j_butterfly 2008-04-05 我觉得 的Struts2和WebWork没有什么区别~~~有什么，其实就是一个东西嘛。Struts把webwork拿过来了嘛，我做的这个网站就用的struts2，感觉比struts好多了，用的都是webwork的思想！！我同事楼上的，我 这个网站用的就是EXT.js，友财网http://www.ucai8.com 3 楼 hademon 2008-05-05 虽然我不认为dojo可以商用化，但是我也完全不认为ext可以商用化，ext只是内部网站才可以使用的庞大的东西，当然是在国内而言。 4 楼 xmvigour 2008-05-05 struts2如果要在Interceptor中使用spring 必须配置struts-spring-plugin 5 楼 wang19841229 2008-05-05 个人感觉struts2的ajax的集成实在没有什么实用价值 6 楼 aninfeel 2008-05-05 重来不用集成的ajax 7 楼 aninfeel 2008-05-05 Action变成了一个纯粹的POJO，现在正为这个郁闷呢，每个action多了一些只有特定情况才会用到的property，看起来很不爽，反而觉得以前的frombean好了。 8 楼 icefire 2008-05-05 偶还在用struts1也不打算用struts2了。
因为完全没有令人激动的特性！而且还听说变慢了！ 9 楼 wjywilliam 2008-05-31 本人今年开始做struts2的项目，以前多年做struts的，感觉struts2确实很强大，在配置上的灵活和Tag的用法简单上都有很大的提高，至少在开发效率上确实提高了许多，把action作为一个POJO来运用，省掉了FormBean确实省掉了很多的麻烦跟代码，代码量立刻下降！而上上楼那位兄弟说的可以把以前的FormBean作为属性注入到ACTION当中，而且比以前更加方便了。 10 楼 crysoul 2008-05-31 aninfeel 写道Action变成了一个纯粹的POJO，现在正为这个郁闷呢，每个action多了一些只有特定情况才会用到的property，看起来很不爽，反而觉得以前的frombean好了。
你把property合成一个class，和formbean不是一回事么。而且以前formbean里面的property只能是string。 11 楼 cuiyi.crazy 2008-06-04 crysoul 写道aninfeel 写道Action变成了一个纯粹的POJO，现在正为这个郁闷呢，每个action多了一些只有特定情况才会用到的property，看起来很不爽，反而觉得以前的frombean好了。
你把property合成一个class，和formbean不是一回事么。而且以前formbean里面的property只能是string。
变来变去，返璞归真了
在struts出现前，我们是不是就这么用的啊？！
唯一的不同是现在更注重了分层；
再者就是给了更好的实践约束，便于团队风格相近。 12 楼 zhongli 2008-06-04 偶还是喜欢webwork，一直用webwork，struts2的通配符比较实用，偶把它引进到webwork，其他的好像没什么好东东了，一直不用struts2还有个原因是struts是基于java 1.5的，偶的很多客户都还是1。4的 13 楼 elvewyn 2008-06-12 aninfeel 写道Action变成了一个纯粹的POJO，现在正为这个郁闷呢，每个action多了一些只有特定情况才会用到的property，看起来很不爽，反而觉得以前的frombean好了。
Webwork中有ModelDriven。和formbean差不多。不知道Struts2中有没有保留。不过这种模式应该还是可以用的。 14 楼 tibetjungle 2008-07-15 aninfeel 写道Action变成了一个纯粹的POJO，现在正为这个郁闷呢，每个action多了一些只有特定情况才会用到的property，看起来很不爽，反而觉得以前的frombean好了。
这点深有同感啊！还是觉得formbean好用。
这是解藕的代价吗？ 15 楼 tibetjungle 2008-07-15 <div class='quote_title'>elvewyn 写道</div>
<div class='quote_div'>aninfeel 写道Action变成了一个纯粹的POJO，现在正为这个郁闷呢，每个action多了一些只有特定情况才会用到的property，看起来很不爽，反而觉得以前的frombean好了。
Webwork中有ModelDriven。和formbean差不多。不知道Struts2中有没有保留。不过这种模式应该还是可以用的。</div>
<p>感觉modeldriven用起来也还是挺繁琐的。某些时候觉得还是reuqest.getParameter更干脆！</p> 16 楼 saturn 2008-08-15 struts2 和struts1的最大区别是 struts2运用在xwork上,使用了OGNL
17 楼 ynstudio 2008-08-16 <div class='quote_title'>elvewyn 写道</div>
<div class='quote_div'>aninfeel 写道Action变成了一个纯粹的POJO，现在正为这个郁闷呢，每个action多了一些只有特定情况才会用到的property，看起来很不爽，反而觉得以前的frombean好了。
Webwork中有ModelDriven。和formbean差不多。不知道Struts2中有没有保留。不过这种模式应该还是可以用的。</div>
<p>保留了。</p> 18 楼 ynstudio 2008-08-16 saturn 写道struts2 和struts1的最大区别是 struts2运用在xwork上,使用了OGNL


区别还是很大的，带来的便利更大。 19 楼 ynstudio 2008-08-16 struts2，我认为很值得了解使用。我一直讨厌struts1的繁琐，一些硬性的规定，特别是讨厌actionform，特别是你熬夜加班的时候，我从使用struts1开始就不使用其actionform，特别是用了hibernate后。

而struts2不但是不再用actionform，而且提供了更好的方式。

总之，如果你有新项目强烈建议用struts2，特别是了解一下appfuse导出的SSH组合，你会喜欢上的，代码量确实大大减少。 20 楼 KimHo 2008-12-07 喜欢struts2的，飘过，呵呵