Java 将Struts 1.x迁移到什么？

我有一个用Struts 1.x构建的应用程序，她的前端是JSP和FLEX（动作脚本），我的想法是将前端改为Angular 6。我的后端不支持REST

支撑休息的最佳选择是什么？

---

我应该将整个应用程序添加到Struts 2.x，或者升级到SpringMVC？

我已经有一段时间没有完成Struts 2的工作了，但我记得，我设计的系统有一个支持Struts 2和/或REST API的业务层。让Struts反过来使用REST，或者以某种方式实现REST的想法对我来说似乎有点复杂

我建议您使用Struts代码，并将其作为编写RESTAPI的基础。在这项工作中，大多数底层代码都应该是可重用的。然后编写Angular代码以使用新的REST接口

---

事实上，您可能希望像我那样处理这个问题：重构代码以支持业务逻辑层，该层为您希望允许上层UI层执行的操作提供了坚实的定义。将其作为现有Struts代码的基础，作为至少可以支持现有功能的概念证明。然后，您可以使用该层作为RESTAPI的基础，RESTAPI将由Angular UI使用。然后，如果需要，您可以同时运行这两个命令，因为用户将以较小的集合从一个命令迁移到另一个命令。这将有助于解决您在新代码库中可能遇到的任何扩展问题，而不仅仅是“切换开关”，让每个人都进入新系统，希望它支持负载。

我已经有一段时间没有完成Struts 2的工作了，但我记得，我设计了一个支持Struts 2和/或RESTAPI的业务层。让Struts反过来使用REST，或者以某种方式实现REST的想法对我来说似乎有点复杂

我建议您使用Struts代码，并将其作为编写RESTAPI的基础。在这项工作中，大多数底层代码都应该是可重用的。然后编写Angular代码以使用新的REST接口

---

事实上，您可能希望像我那样处理这个问题：重构代码以支持业务逻辑层，该层为您希望允许上层UI层执行的操作提供了坚实的定义。将其作为现有Struts代码的基础，作为至少可以支持现有功能的概念证明。然后，您可以使用该层作为RESTAPI的基础，RESTAPI将由Angular UI使用。然后，如果需要，您可以同时运行这两个命令，因为用户将以较小的集合从一个命令迁移到另一个命令。这将有助于解决您在新代码库中可能遇到的任何扩展问题，而不仅仅是“切换开关”并将每个人都放在新系统上，只是希望它支持负载。

关于在服务器中同时存在struts 1和struts 2是否好的讨论。我的情况与您和我开始使用struts 1开发所有新的REST API时类似，并将旧的API保留在struts 1中。在我定义新的REST API（它是旧的基于struts 1的API的替代品）时，我不推荐旧的API并删除相应的代码。

关于在服务器中共存struts 1和struts 2是否好的讨论。我的情况与您和我开始使用struts 1开发所有新的REST API时类似，并将旧的API保留在struts 1中。在我定义新的REST API（它是旧的基于struts 1的API的替代品）时，我不推荐旧的API并删除相应的代码。

谢谢JCampy！这确实有道理。我将按照您的建议制作这个新界面，只是为了与新的前端进行通信。并慢慢地将当前UI移动到新的界面！谢谢JCampy！这确实有道理。我将按照您的建议制作这个新界面，只是为了与新的前端进行通信。并慢慢地将当前UI移动到新的界面！这取决于你想花多少时间。将一个大的、旧的S1代码库转换为基于REST的应用程序当然是最简单的，但其简单程度取决于现有代码库组织得有多好。Dave，你说过这句话，但在你看来，什么是最好的解决方案？不考虑时间，仅仅是保持应用程序符合当今标准的最佳解决方案？不屑一顾。取决于您的实际需求，您是否必须留在JVM上，您现有的生态系统，将在JVM上工作的人才库，后端需要处理的实际工作，等等。您需要根据您自己知道的事情进行研究。这取决于您想花多少时间。将一个大的、旧的S1代码库转换为基于REST的应用程序当然是最简单的，但其简单程度取决于现有代码库组织得有多好。Dave，你说过这句话，但在你看来，什么是最好的解决方案？不考虑时间，仅仅是保持应用程序符合当今标准的最佳解决方案？不屑一顾。取决于您的实际需求，您是否必须留在JVM上，您现有的生态系统，将在JVM上工作的人才库，后端需要处理的实际工作，等等。您需要根据您自己知道的事情进行研究。谢谢Deva，您的回答，我正在考虑为struts 1中的现有项目制作一个REST API，并使用SpringMVC创建一个新的应用程序，采用当今的所有标准，慢慢地将最旧的迁移到最新的，我的前端开发人员可以在迁移过程中切换用户界面。感谢Deva，您的回答，我正在考虑为struts 1中的现有项目制作一个REST API，并使用SpringMVC创建一个新的应用程序，使用当今的所有标准，慢慢地将最旧的迁移到最新的，我的前端开发人员可以在迁移过程中切换用户界面。