这是很多人非常关心的一个问题。特别是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。
26 楼
juyin
2006-09-23
welllove53 写道
downpour 写道
Struts其实很早已经暴露出他的种种弊端,但是还是有无数的人在使用它。在这其中,有相当一部分人是抱着十分固执的态度来面对这个问题的。他们认为,Struts对于他们来说已经足够,也没有什么是Webwork能做而Struts不能做的。
老实说,国内现在有很多技术人员就是抱着这样的态度在工作。这无疑是可悲的。
老实说,国内现在有很多技术人员就是抱着这样的态度在工作。这无疑是可悲的。
我就看不出可悲在哪里,一个公司的技术路线的转换带来的风险是很大的,可能到了一定程度,也就是说外面已经成为标准的时候再改,那个时候的风险就小多了.
其实在一个使用struts多的公司,对其的扩展是很多的,弊端会变得很少的,确实够用就行了
同感!按XP的实践简单够用就好,个人的态度是对一切新技术保持持续的关注是必要的,但不顾一切不计成本的追随是不是也显得不够成熟?
27 楼
juyin
2006-09-23
fight_bird 写道
个人愚见:WebWork、Struts之类的非Rick的web框架(它们对AJAX的支持只是一种态度)没有前途!
DOJO、Flex是正道!
DOJO、Flex是正道!
又是一个对ajax盲从的结果。。。
28 楼
tiyi
2006-10-08
一个是mvc,一个是ajax,根本不是一个层面的东西怎么比较...
ww+ajax 用起来很顺手了。
ww+ajax 用起来很顺手了。
29 楼
JeffreyHsu
2006-10-08
偶觉得JSF更有前途一点,毕竟是标准阿,基于组件开发,技术上较为领先,虽然Struts Shale也是基于组件模型的,但是比JSF落后了,JSF那时肯定更加稳定和成熟,支持也更广泛
30 楼
zidoing
2006-10-08
新技术的引入是受益和风险并存的事情,关键是如何去衡量了。
31 楼
zelsa
2006-10-15
不过在IDE支持程度上,Struts2.0肯定会大大超过Webwork2,这也会让很多人从Webwork2转到Struts2.0。而且过渡是平稳的,基本没有风险。
32 楼
vlinux
2006-10-16
完全崩溃了,到底我应该看JSF还是Struts2啊!!!!
33 楼
myreligion
2006-10-16
现在一直在用spring,很喜欢webwork,呵呵。期待着webwork2的出现,以后就可以争取过渡过去了(老板对webwork性能没有信心,觉得没有找到大型应用案例)。
34 楼
spartak
2006-10-16
myreligion 写道
现在一直在用spring,很喜欢webwork,呵呵。期待着webwork2的出现,以后就可以争取过渡过去了(老板对webwork性能没有信心,觉得没有找到大型应用案例)。
webwork早就2.x了,老兄。性能问题,也不是用这一层来解决吧
35 楼
thurm_zhang
2006-10-16
原先用struts,但struts有些缺陷实在忍受不了,现在改用SpringMVC了,个人觉得springmvc还是很不错的,不过好像国内用的不多
36 楼
小贾
2006-10-16
thurm_zhang 写道
原先用struts,但struts有些缺陷实在忍受不了,现在改用SpringMVC了,个人觉得springmvc还是很不错的,不过好像国内用的不多
最近一直在用,个人感觉springMVC确实不错,有很多地方都是旧struts所不能比拟的!不知道struts2.0会有什么突破性的改进,一定好好看看。
37 楼
goby2008
2006-10-16
总言而之,我都觉得够用就算啦!很多客户根本不看你的安全性.
38 楼
小贾
2006-10-17
goby2008 写道
总言而之,我都觉得够用就算啦!很多客户根本不看你的安全性.
?????
39 楼
zhf
2006-10-21
现在公司的项目用的是struts1.2,已经做好了一些通用的组件,即使struts2出来了,也不能进行升级了。
40 楼
zhf
2006-10-21
现在项目中用struts已经做了很多通用的组件,即使struts2出来了,公司也不可能升级了。
41 楼
blueoxygen
2006-10-22
vlinux 写道
完全崩溃了,到底我应该看JSF还是Struts2啊!!!!
原来看什么就继续看什么呗.JSF与struts不是学了哪个就能让自己技术高人一等得,也不是工资能翻番得.
但是如果以前哪个都没学过还是推荐struts2了.
JSF叫了这么久,也是没普及. 当初啃了几本JSF得书,完全没上道,可是WW仅仅看了opendoc,就喜欢上了.
42 楼
江南白衣
2006-10-22
以前看着Struts的例子一阵阵恶寒,SS2用了struts后,发现也没那么恐怖,是之前的人的用法太旧了而已。
43 楼
kela
2006-10-31
朋友拿着他的一步诺基亚手机说"我这部电话用了4年了,我认为它满足了我的需求,像我电话多,业务多,这部电话待机时间长,电池耐用".
朋友对手机的定位就是如此简单,看来客户的需求永远都是重点.
朋友对手机的定位就是如此简单,看来客户的需求永远都是重点.
44 楼
noble
2006-11-03
客户关心的是功能,代码人员关心的是coding技术,管理人员关心的才是技术迁移的成本。
项目里面采用新技术,只要确保有人支持就可以了;产品方面,还是稳定压倒一切的。
项目里面采用新技术,只要确保有人支持就可以了;产品方面,还是稳定压倒一切的。
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
那是很疯狂的