Extend

Facelift

Rebuild

Webswing现代化框架

通过Webswing释放您的旧版Java应用程序的全部潜力。

了解如何通过Webswing现代化框架利用新的Web功能来增强您的Java应用程序。了解将应用程序迁移到Web后的现代化步骤。

选择您的现代化路径

Webswing提供四种互补的现代化方法，每种方法都针对不同的目标、努力程度和灵活性需求。这些方法可以混合搭配，以实现您期望的结果。选择合适的组合来增强您的应用程序的功能和用户体验。

Web-Enable

轻松将URL导航等Web概念集成到您的应用程序中。

Extend

使用原生Web用户界面和强大的Web功能（如地图和高级图表）扩展您的应用程序。

Facelift

使用现代Web技术刷新您的应用程序外观。只需进行最少的后端更改。

Rebuild

逐步将您的应用程序转换为完全基于Web的应用程序，最大限度地减少风险和中断。

	Web-Enable	Extend	Facelift	Rebuild
努力和复杂性	低	中等	中等	高
对业务逻辑的影响	低	低	低	高
剩余技术债务	高	中等	高	低
开发限制	仅限于集成Web概念	需要Web和Java之间的无缝集成	仅限于UI更改，后端保持不变	完全现代化需要全面过渡

注意: 除“web-enable”外，所有方法都需要专业版许可证。此外，“Facelift”方法需要 23.2 或更高版本。

Web-Enable

Web-enable 使您能够在不进行重大重写的情况下为您的 Java 应用程序带来基本的 Web 功能。这种非侵入性方法允许您集成单点登录 (SSO)、URL 导航、触摸输入支持或嵌入其他本机 Web 应用程序等功能。主要优点包括实施简单、编码工作量低、保留现有业务逻辑和维护成本低。

虽然这种方法非常适合快速实现现代化，但它最适合改善现有 Swing 应用程序的用户体验。它不是进行复杂 UX 转型或解决重大技术债务的最佳选择。当面临时间或资源有限的现代化需求时，这是一个理想的起点。

特点

简单且低成本的入门方法
非侵入式方法
与Swing原生版本并行工作
现代化范围有限
用户体验改造的限制

低

努力和复杂性

涉及的开发工作量和复杂性。

低

对业务逻辑的影响

现有业务逻辑将被更改的程度。

高

剩余技术债务

实施该方法后剩余的技术债务量。

开发限制

每种方法在开发过程中都有显著的限制或约束。

使用场景

挑战：

一家中型企业的遗留Java应用程序虽然功能齐全，但缺乏现代化功能，无法优化工作流程。他们希望集成单点登录（SSO）以方便用户，使用更新的视觉效果增强界面，并启用基于URL的导航以访问应用程序中的特定部分。完全重写既昂贵又耗时。

解决方案：

公司采用了Webswing及其'Web-Enable Swing'方法。通过这个框架，核心Swing应用程序逻辑保持不变。Webswing将应用程序嵌入到Web环境中，同时提供API以弥合Swing和现代Web技术之间的差距。

开发人员无缝集成了现有的SSO系统与Swing应用程序。他们使用Web技术（HTML、CSS、JavaScript）来增强核心Swing部分的用户界面。实现了URL导航，允许用户书签和分享特定的库存视图。应用程序在保留其关键业务功能的同时，获得了现代化的外观。

Extend

Extend 方法让您可以无缝地将基于 Web 的功能添加到现有的 Java 应用程序中。通过交互式 Web 地图、JavaScript 图表库、报告工具或丰富的视频/音频内容等功能增强您的应用程序。

这种方法允许在不完全重写的情况下进行有针对性的现代化，最大限度地减少中断并控制技术债务。新的基于 Web 的组件与您的本机 Swing/SWT 元素并行工作，保留您的关键业务逻辑。

特点

有针对性的现代化
保留业务逻辑
现代化范围有限
用户体验（UX）改造的限制

中等

努力和复杂性

涉及的开发工作量和复杂性。

低

对业务逻辑的影响

现有业务逻辑将被更改的程度。

中等

剩余技术债务

实施该方法后剩余的技术债务量。

开发限制

每种方法在开发过程中都有显著的限制或约束。

使用场景

挑战：

一家制造公司的现有Java Swing应用程序提供了基本的生产线监控，但他们需要更高级的数据可视化和分析工具来改进决策。

解决方案：

公司利用了Webswing的现代化框架，采用'扩展'方法。这使他们能够将新的基于Web的功能无缝集成到现有的Swing应用程序中。

公司成功添加了：

用于优化交付路线规划的互动谷歌地图。
用于实时生产线分析的高级图表库。
用于生成可定制报告的基于Web的报告工具。

这些新增功能显著增强了他们的数据驱动决策能力，而无需对核心Swing应用程序进行重大改造。

Facelift

Facelift 方法可以高效地改造您的 Java 应用程序的用户界面。只需更改 Swing 中的外观和感觉，您就可以在 Web 和 Swing 渲染之间切换，而无需重写业务逻辑。组件树逻辑保持不变；仅修改渲染逻辑，并且此更改是可逆的。

这种方法非常适合在增强用户界面的同时保留关键业务逻辑。将渲染更新为原生 Web 组件可以提高可测试性和用户体验，使您更容易优化应用程序的外观。

特点

高效的UI转换
保留业务逻辑
范围仅限于UI
渲染复杂性

中等

努力和复杂性

涉及的开发工作量和复杂性。

低

对业务逻辑的影响

现有业务逻辑将被更改的程度。

高

剩余技术债务

实施该方法后剩余的技术债务量。

开发限制

每种方法在开发过程中都有显著的限制或约束。

使用场景

挑战：

一家电信公司的现有Java Swing应用程序有一个功能齐全的后端，但过时的用户界面对用户体验（UX）产生了负面影响。他们犹豫是否要进行完整的系统重写，因为这会带来固有的风险和潜在的中断。

解决方案：

公司采用了Webswing的现代化框架，特别是'Facelift'方法。这使他们能够使用现代Web技术（HTML5，CSS3）改造应用程序的前端，同时保留整个后端逻辑。

'Facelift'方法提供了一个视觉上吸引人且直观的新用户界面。这种现代化显著改善了用户体验，同时通过避免对后端进行重大更改来最大限度地降低风险。

Rebuild

虽然重建方法需要更多的开发工作，但从长远来看，它是最灵活的。对于复杂的应用程序来说，这是最佳选择，因为战略性、逐步的过渡对于业务连续性至关重要。这种方法允许您使用所选技术逐步重建应用程序的各个部分。您可以优先考虑高价值功能的现代化，首先为用户提供好处，同时逐步改造整个应用程序。这种方法还可以帮助您随着时间的推移逐步减少技术债务。

特点

逐步更新整个项目以采用新技术
逐步消除技术债务
增加开发工作量

高

努力和复杂性

涉及的开发工作量和复杂性。

高

对业务逻辑的影响

现有业务逻辑将被更改的程度。

低

剩余技术债务

实施该方法后剩余的技术债务量。

开发限制

每种方法在开发过程中都有显著的限制或约束。

使用场景

挑战：

一家大型企业有一个复杂的、关键任务的Java Swing应用程序需要现代化，但完全重写会带来太多风险和潜在的业务运营中断。

解决方案：

公司采用了Webswing的现代化框架，采用'重建'方法。这使得分阶段过渡成为可能，允许他们逐步使用Web技术重写应用程序的部分，同时将这些新组件无缝集成到浏览器中的剩余遗留Swing部分中。'重建'方法促进了向完全基于Web的应用程序的受控、逐步现代化。这最大限度地减少了业务中断和停机时间，减轻了与完全改造相关的风险。即使一些复杂的元素仍然保留在Swing中，Webswing也确保它们在现代化环境中的顺利运行，提供了一条具有成本效益和战略性的现代化路径。