展望WebWork未来

这是很多人非常关心的一个问题。特别是WebWork2.2版本发布之后，官方宣称WebWork框架将要和Struts合并。这让一些WebWork的用户产生了担忧，合并之后，是不是就意味着自己在WebWork这方面技术和经验的积累都已浪费？已使用或即将使用WebWork的项目是不是就意味着更多的风险？
答案是：完全不用担心这些。WebWork和Struts的合并，是各取所长，然后诞生出一个更加高效的Web框架。而这个框架用得就是WebWork的优秀技术和Struts的强大社区。
合并的情况如下：
1、 产生一个新的项目Struts Action 2.0 = WebWork2.2 + 一些Struts的功能和特性。
2、 WebWork框架将会中止新功能的增加，如果有新的版本发布都会是Bug的修改。
3、 代码、框架的开发者、社区都将移到Struts。
4、 合并的目标是致力于生产率的提高。
5、 Struts不再是一个框架，它是一个社区。
6、 Struts社区中主要有两个Web框架。一个是基于Action模型的Struts Action；另一个是基于组件模型的Struts Shale。

评论

45 楼 gherb 2006-11-03  

downpour 写道

Struts其实很早已经暴露出他的种种弊端，但是还是有无数的人在使用它。在这其中，有相当一部分人是抱着十分固执的态度来面对这个问题的。他们认为，Struts对于他们来说已经足够，也没有什么是Webwork能做而Struts不能做的。

老实说，国内现在有很多技术人员就是抱着这样的态度在工作。这无疑是可悲的。

welllove53 写道

downpour 写道

Struts其实很早已经暴露出他的种种弊端，但是还是有无数的人在使用它。在这其中，有相当一部分人是抱着十分固执的态度来面对这个问题的。他们认为，Struts对于他们来说已经足够，也没有什么是Webwork能做而Struts不能做的。

老实说，国内现在有很多技术人员就是抱着这样的态度在工作。这无疑是可悲的。

我就看不出可悲在哪里，一个公司的技术路线的转换带来的风险是很大的，可能到了一定程度，也就是说外面已经成为标准的时候再改，那个时候的风险就小多了.

其实在一个使用struts多的公司，对其的扩展是很多的，弊端会变得很少的，确实够用就行了

我觉得其实，老技术代表良好的技术可控性。不见得必须淘汰掉

一个稳定的团队确实必须有一两个人永远走在前沿，或者说比其他人靠前一点点

但是，团队的整体目标应该定位在守卫领地，并，more and more goal~

如果所有人都像cs的pub服务器里的人，跑出去search and kill

那是很疯狂的

44 楼 noble 2006-11-03  

客户关心的是功能，代码人员关心的是coding技术，管理人员关心的才是技术迁移的成本。
项目里面采用新技术，只要确保有人支持就可以了；产品方面，还是稳定压倒一切的。

43 楼 kela 2006-10-31  

朋友拿着他的一步诺基亚手机说"我这部电话用了4年了,我认为它满足了我的需求,像我电话多,业务多,这部电话待机时间长,电池耐用".
朋友对手机的定位就是如此简单,看来客户的需求永远都是重点.

42 楼 江南白衣 2006-10-22  

以前看着Struts的例子一阵阵恶寒，SS2用了struts后，发现也没那么恐怖，是之前的人的用法太旧了而已。

41 楼 blueoxygen 2006-10-22  

vlinux 写道

完全崩溃了，到底我应该看JSF还是Struts2啊！！！！

原来看什么就继续看什么呗.JSF与struts不是学了哪个就能让自己技术高人一等得,也不是工资能翻番得.
但是如果以前哪个都没学过还是推荐struts2了.
JSF叫了这么久,也是没普及. 当初啃了几本JSF得书,完全没上道,可是WW仅仅看了opendoc,就喜欢上了.

40 楼 zhf 2006-10-21  

现在项目中用struts已经做了很多通用的组件，即使struts2出来了，公司也不可能升级了。

39 楼 zhf 2006-10-21  

现在公司的项目用的是struts1.2，已经做好了一些通用的组件，即使struts2出来了，也不能进行升级了。

38 楼 小贾 2006-10-17  

goby2008 写道

总言而之,我都觉得够用就算啦!很多客户根本不看你的安全性.

?????

37 楼 goby2008 2006-10-16  

总言而之,我都觉得够用就算啦!很多客户根本不看你的安全性.

36 楼 小贾 2006-10-16  

thurm_zhang 写道

原先用struts，但struts有些缺陷实在忍受不了，现在改用SpringMVC了，个人觉得springmvc还是很不错的，不过好像国内用的不多

最近一直在用，个人感觉springMVC确实不错，有很多地方都是旧struts所不能比拟的！不知道struts2.0会有什么突破性的改进，一定好好看看。

35 楼 thurm_zhang 2006-10-16  

原先用struts，但struts有些缺陷实在忍受不了，现在改用SpringMVC了，个人觉得springmvc还是很不错的，不过好像国内用的不多

34 楼 spartak 2006-10-16  

myreligion 写道

现在一直在用spring，很喜欢webwork，呵呵。期待着webwork2的出现，以后就可以争取过渡过去了（老板对webwork性能没有信心，觉得没有找到大型应用案例）。

webwork早就2.x了，老兄。
性能问题，也不是用这一层来解决吧

33 楼 myreligion 2006-10-16  

现在一直在用spring，很喜欢webwork，呵呵。期待着webwork2的出现，以后就可以争取过渡过去了（老板对webwork性能没有信心，觉得没有找到大型应用案例）。

32 楼 vlinux 2006-10-16  

完全崩溃了，到底我应该看JSF还是Struts2啊！！！！

31 楼 zelsa 2006-10-15  

不过在IDE支持程度上，Struts2.0肯定会大大超过Webwork2，这也会让很多人从Webwork2转到Struts2.0。而且过渡是平稳的，基本没有风险。

30 楼 zidoing 2006-10-08  

新技术的引入是受益和风险并存的事情，关键是如何去衡量了。

29 楼 JeffreyHsu 2006-10-08  

偶觉得JSF更有前途一点，毕竟是标准阿，基于组件开发，技术上较为领先，虽然Struts Shale也是基于组件模型的，但是比JSF落后了，JSF那时肯定更加稳定和成熟，支持也更广泛

28 楼 tiyi 2006-10-08  

一个是mvc，一个是ajax，根本不是一个层面的东西怎么比较...
ww+ajax 用起来很顺手了。

27 楼 juyin 2006-09-23  

fight_bird 写道

个人愚见：WebWork、Struts之类的非Rick的web框架（它们对AJAX的支持只是一种态度）没有前途！

DOJO、Flex是正道！

又是一个对ajax盲从的结果。。。

26 楼 juyin 2006-09-23  

welllove53 写道

downpour 写道

Struts其实很早已经暴露出他的种种弊端，但是还是有无数的人在使用它。在这其中，有相当一部分人是抱着十分固执的态度来面对这个问题的。他们认为，Struts对于他们来说已经足够，也没有什么是Webwork能做而Struts不能做的。

老实说，国内现在有很多技术人员就是抱着这样的态度在工作。这无疑是可悲的。

我就看不出可悲在哪里，一个公司的技术路线的转换带来的风险是很大的，可能到了一定程度，也就是说外面已经成为标准的时候再改，那个时候的风险就小多了.

其实在一个使用struts多的公司，对其的扩展是很多的，弊端会变得很少的，确实够用就行了

同感！按XP的实践简单够用就好，个人的态度是对一切新技术保持持续的关注是必要的，但不顾一切不计成本的追随是不是也显得不够成熟？