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优秀的部分。 Struts2WebWork的升级,而不是Struts的升级。虽然Struts 2提供了与Struts的兼容,但也不是Struts的升级。对于熟练学习Struts开发的开发者而言,Struts的开发经验对于Struts2并没有多大的帮助;但是对于已经有WebWork开发经验的开发者而言,会使webwork那么一定会使struts2拉。

 

 

 

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

你可能感兴趣的:(technical)