现代化 Struts 1.x 应用程序

Question

我想对我的 Struts 1.x 应用程序进行现代化改造。有不少文章提倡代码迁移，而不是重写整个系统。

我想向已成功对遗留应用程序进行现代化改造的人寻求建议。

我当前的系统使用 struts 1.x 和 JDBC 准备语句作为数据访问层。

我期待通过以下目标改进旧版应用程序：

1. 网页编码时应考虑到响应式网页设计。
2. 用 Spring MVC 替换 struts 1.x

我希望将现代化分为以下几个阶段：

1. 第 1 阶段 - 将所有 jsp 页面更改为 HTML 5 和 CSS 3
2. 第 2 阶段 - 将所有 DAO 类更改为 Spring JDBC 模板或 Spring JPA 和由 Spring 管理的事务
3. 第 3 阶段 - 最终，用 Spring MVC 替换 Struts 1.x Action Forms、Actions

在开始更改之前，我想知道是否可以：

1. 带有 HTML 5 和 CSS 3 的 Struts 1.x？我正在考虑用 HTML 5 和 JSTL/EL 替换所有 struts 1.x html 标签库。
2. 使用 Spring 3/4 运行 Struts 1.x？是否可以使用 Spring bean 运行非 Spring 管理的 pojo？

我应该注意什么以及如何/有哪些最佳做法来处理这个现代化过程？代码库大约有 50 万个 HTML/JSP 代码和 300 万个 Java 代码。

Answer 1

1. 自从我上次使用 Struts 1.x 以来已经有一段时间了，但我认为用 JSTL/EL 替换至少大多数 Struts 标记没有问题。您应该能够使用 Struts 1.x JSP 绘制 HTML5。我记得工作时使用很少或根本不使用 Struts 标签，只使用 JSTL/EL，但这是在 HTML5 之前。

2. 您可以从任何 Struts ActionForm 或您的 webapp 中的任何类调用 Spring Context。您可能必须手动完成，而不是使用注释，如下所示：

   WebApplicationContext applicationContext = WebApplicationContextUtils.getWebApplicationContext(getServletContext());

说了这么多，我可以看出您打算对您的应用程序进行认真的更新，因此我必须问，您对保留 Struts 1.x 持肯定态度吗？如果你想放弃 Struts 标签，使用 Spring 3/4 和 HTML 5，为什么不完全放弃 Struts 并将你的应用程序迁移到 Spring MVC？它非常易于使用、功能强大，而且不用说，它与实现业务逻辑、持久性等的 Spring 组件完美集成。

干杯。

Answer 2

（不是答案，仅供参考。）

1. 没有理由不能让 S1 应用程序与 Spring MVC 一起运行。这是一种逐段迁移的合理方法，而不是进行完全替换的较长项目。
2. 旧版 Spring 直接支持 Struts 1。根据您的时间范围，我可能会考虑使用旧版 Spring，直到您进一步了解为止。
3. 用纯 HTML/CSS 替换 S1 标签会很痛苦，因为 S1 标签会呈现除输入字段之外的其他内容（例如标签、错误消息等）。这是完全可行的，尤其是如果您编写自己的自定义标签.
4. jQuery v. (AngularJS | React | 类似) 切换到一个完整的客户端应用程序是一个很大的提升，特别是如果你的后端还没有这样设计。我不会那样做，但是您可以通过将业务逻辑放在它自己的位置并从 Web 层使用它来开始它。那么……
5. ...您开始使用 jQ 或其他注入现有页面的客户端框架在客户端使用 API 调用。只有到那时我才会开始考虑进行全面的 SPA。

底线是你有一个相当大的应用程序。与其转换整个东西，我会考虑从主线应用程序中删除功能并将其分解为子应用程序，每个子应用程序都可以使用任何看起来合理的技术堆栈。

作为顾问，我做过很多这样的项目：工作繁重，需要广泛的知识和技能，而且很难做到正确。