Struts 1.x vs Struts 2.x

Question

我已经回顾了Struts 1和Struts 2上的一些问题，但似乎没有一个问题是从我看待它的角度来回答这个问题的。

我即将开始设计一个新的系统，一个非常旧的桌面应用程序的完全重新设计。我们的目标是使其基于web，添加更多功能，使其更易用等(通常的再工程原因)。

将要开发该系统的团队主要是Java开发人员，并在过去5年中广泛地开发了Struts1.x。

该系统打算在未来许多年内使用，因此当更好的框架出现时，在3-5年内再次重新设计的想法是不可取的。它并不打算大量使用AJAX。

我的问题是，当我的团队对Struts1.x如此熟悉的时候，我为什么还要费心去迁移到Struts2呢？我知道有一些改进，但我担心在让团队加快速度、由于错误使用而返工等方面所损失的时间将远远超过我们从Struts 2中获得的任何好处。我们喜欢Struts 1，它做了我们需要做的事情，所有的设计模式、标准、最佳实践等等都已经到位。

Struts2有没有什么杀手级的特性，或者我不知道的Struts1中有什么严重的问题会动摇我继续使用Struts1的决定。

Answer 1

如果你正在从头开始构建一个系统，我肯定会转向Struts的2.x版本。对于Struts1.x团队来说，学习曲线不会很好，但您将能够利用最新的MVC框架。

对我来说，Struts2.x的两个主要特性将提高生产率：

内置AJAX的

• 支持
• 不再支持ActionForms -如果需要，您可以直接绑定到域对象，因此这一中间步骤已不复存在。

如果你正在做的是一个大项目，你可能想看看组件框架，比如JSF2或Wicket。如果你决定继续使用基于Action的框架，那么我个人认为Stripes是一个更高效的框架。

Answer 2

Struts 1.x是2000年的老技术。你到底为什么会考虑在一个全新的应用上坚持使用它呢？

我能看到的最大缺点是Struts将您锁定在一个基于JSP的浏览器UI中。Struts操作只能在框架内重用。如果需要，您将很难将移动设备无缝集成到该系统中。

我开始考虑web服务，最好是基于REST的web服务和AJAX。世界已经改变了。我会研究Struts的替代方案，比如Spring或Play。选择一个新的web框架并不是一件很大的事情，但好处可能是值得的。

那些在过去五年里除了在过时的框架下工作之外什么也没做的员工也会感谢你。学习新技能的时间到了。

更新:如果你已经尝试过了，并且不能迟到，而且有太多的限制，那么我会说你已经知道了答案。你希望来这里能得到什么？我看不出你没有想过的论点。

Answer 3

考虑到你的团队在Struts1.x上有很好的经验，而且你的产品也很稳定，我看不出有什么很好的理由迁移到Struts2。Apache似乎也同意http://struts.apache.org/roadmap.html#migrate_s1。