我已经回顾了一些关于 SO 的 Struts 1 vs 2 问题，但似乎没有一个能从我正在看待的角度回答这个问题。
我即将开始构建一个新系统，对一个非常旧的桌面应用程序进行彻底的重新设计。目标是使其基于网络，添加更多功能，使其更可用等（通常的重新设计原因）。
开发该系统的团队主要是 Java 开发人员，在过去 5 年里广泛致力于 Struts 1.x 的开发。
该系统的设计目的是在未来的许多年里都可以使用，因此在 3 到 5 年内出现更好的框架时再次重新设计的想法是不可行的。它无意大量使用 AJAX。
我的问题是，当我的团队在 Struts 1.x 方面经验丰富时，为什么我还要费心迁移到 Struts 2。我知道有一些改进，但我担心让团队加快速度所损失的时间、由于不正确的使用而导致的返工等将远远超过我们从 Struts 2 中获得的任何好处。我们喜欢 Struts 1，它做了我们想要的事情需要它这样做，并且所有设计模式、标准、最佳实践等都已就位。
Struts 2 中是否有任何杀手级功能或 Struts 1 中我不知道的严重问题会影响我继续使用 Struts 1 的决定。
如果您从头开始构建一个系统，我肯定会转向 Struts 2.x 版本。对于 Struts 1.x 团队来说，学习曲线不会很好，但您将能够利用最新的 MVC 框架。
对我来说，Struts 2.x 提高生产力的两个主要特性是：
- 内置 AJAX 支持
- 不再有 ActionForms - 如果需要，您可以直接绑定到域对象，因此这个中间步骤已经消失。
如果您正在处理一个大项目，您可能需要查看组件框架，例如JSF 2 或检票口。如果您决定继续使用基于 Action 的框架，那么我个人认为 Stripes 是一个更高效的框架。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
