struts还是struts2？

struts已经是mvc开发的标准，但随着webwork和struts的合并（Struts2），试问将来struts还用不用于开发项目,struts2是否会取代struts？ 

 

 下面简单介绍写两者的区别和发展。

 

 

      struts是2001年发布的。这个发布时间比webwork早一年，IT世界就是这个原理，时间决定一切。早一分钟还晚一分钟可能会导致两重天。由于企业迫切需要个mvc开发标准，因此struts自然荣登宝座。但是虽然框架的发展，struts显出拉很多弊病。比如说它的action与serlvet严重耦合导致测试困难和扩展性受到挑战，还有貌似鸡肋的ActionForm一直是开发者疑惑的问题。但是webwork确实很好的解决拉这些问题，因为发布时间慢拉一年，导致现在发展的尴尬局面，但是不少开发者仍用webwork，由于企业界的需求，struts2诞生拉。

 

   struts2完全摒弃拉鸡肋actionform，解决拉与servlet耦合性。它的action是一个普通的pojo，因此很容易测试。使用junit就能简单测试。这可带来的革命性的改善，我个人感觉。还有一点，笔者认为struts2的标签要比sturts的标签好使的多，标签少但是功能却不比struts的少，相信使用过sturt的开发者，一定会对struts的标签使用有很深的感触吧。另外struts2还有很多其他特性，比如interceptor，ioc更容易和其他框架整合而不用安装插件。还有struts2支持各种表达式和模板引擎。这也是比struts优秀的部分。 Struts2是WebWork的升级，而不是Struts的升级。虽然Struts 2提供了与Struts的兼容，但也不是Struts的升级。对于熟练学习Struts开发的开发者而言，Struts的开发经验对于Struts2并没有多大的帮助；但是对于已经有WebWork开发经验的开发者而言，会使webwork那么一定会使struts2拉。

 

 

 

    但是笔者一直不明白的是为什么现在企业仍使用struts的多。strut是到底能走多长时间，未来的mvc是struts还是struts2？请各位大虾和fans踊跃发表看法啊

企业用struts1多,估计是以前项目就是用struts1开发的.
struts2有个strut1插件,这样可以在struts2的环境下开发struts1应用(有点无聊,呵呵)

恩，struts1开发的程序可能还要维护吧。
struts2下还用struts有必要吗？我感觉struts的功能struts2已经都有拉，struts没有的功能struts2也有，比如说拦截器，ioc，值栈等特性都比struts好使多拉。

我现在一开始就在学struts2，但愿两年后等我毕业了struts2开始流行了吧

struts2 和spring mvc 以及grails都很好

这只是新旧技术换代的一个缓冲时间而已。
不过好像Seam缓冲了这么久还是没冲到最前面来。

总归有个过程呢
慢慢来吧 。

我觉得还是要看自己的开发团队对struts1和struts2哪个更熟悉些！！我自己对struts2很喜欢！！，，但是我开发团队中的好多人对strusts2不怎么熟悉！！哎。。没办法跟到大众走撒！！！嘿嘿。。。

技术的更新没有那么快；
已然流行的框架，离它的消亡需要时间的

说实话 现在想想struts就比较不舒服
还是2吧.或许1给我打击太大