VB6 风险和迁移

Question

我想知道是否有人可以帮助我。 我的公司正在决定将用 VB6 编写的现有应用程序迁移到 .NET。 我提出了一个关于保留 VB6 的风险列表，以帮助他们做出切换到 .NET 的决定。 围绕 VB6 的风险包括：

• 功能减弱
• 安全风险
• 性能滞后
• 用户界面问题
• 有限的技术支持
• 不兼容问题

关于安全性，我被要求对此进行扩展。 该应用程序是内部的，不会暴露给客户。 考虑到这一点，它将位于公司安全基础设施的后面，那么这会减少安全问题吗？ 另外，除了我没有考虑的上述风险之外，还有其他风险吗？

Answer 1

保留 VB6 应用程序的主要风险是未来的可维护性。 VB6 运行时不会去任何地方，所以任何 VB6 应用程序都应该继续运行。 然而，VB6 IDE 在 XP 之后的任何操作系统中都变得越来越不稳定，需要一些技巧才能使其正确安装和运行。 此外，随着愿意使用这种过时技术的人越来越少，找到熟练的开发人员将变得越来越困难。

许多事情可以在 .Net 中轻松完成，而这在 VB6 中是一大难题。 恕我直言，潜在收益非常值得短期痛苦。

（目前正在将我公司的核心 VB6 应用程序转换为 .Net）

Answer 2

花费精力将应用程序移植到 .Net 并没有多大意义。 将精力花在将它迁移到 Java 或B4J或其他东西上可能会过得很好或更好。 那么至少你有可移植性，当 Windows 或 .Net（或两者）消失时，这是一个重要的问题。

在那之前，VB6 提供了如此无与伦比的稳定性，以致于几乎不存在由于工具链流失而导致的支持成本。 转移到任何其他开发工具都会牺牲这种意外但有价值的功能。 有些人所说的诅咒已经成为一种祝福。 这就是为什么这么多 Cobol 仍在生产中的原因。

即使是 Windows ARM64 也能运行 VB6 x86 程序。 我不认为 VB6 支持会消亡，直到 Windows 本身消亡。

开发资金最好花在清理代码库上，而不是为了移植而浪费精力在移植上。

Answer 3

这个问题很老，但很多仍然适用。

围绕 VB6 的风险包括：

• 减少的功能：毫无疑问，VB6 不再是受支持的平台。 将其与新平台集成每天都变得更加困难。
• 安全风险：对于内部应用程序，您公开的论点可能是正确的。 然而，已经在 VB6 运行时发现了一些漏洞，由于其不受支持的状态，它使其成为易受攻击的目标。
• 性能滞后：VB6 的性能相当出色。 您可以通过迁移到更新的平台获得一些性能优势，但不会太多。
• 用户界面问题：一些 VB6 已经设法拥有一个看起来很现代的 UI。 所以总的来说，我在这里看不到很多风险。
• 有限的技术支持：这显然是一种风险，特别是因为现在没有那么多合格的 VB6 开发人员。
• 不兼容问题：嗯，这取决于。 由于缺乏支持，这可能会特别发生，但这确实取决于。

尽管对某些答案存在意见，但我绝对相信转换工具的价值。 免责声明我在一家销售转换工具的公司工作。

在我的公司 ( https://www.mobilize.net )，20 年来，我们一直成功地将 VB6 应用程序升级到 .NET WinForms 和 Web。

我们认为一个好的项目的关键要素之一来自于规划。 我们首先创建一个 BluePrint（在此处查看更多信息https://www.mobilize.net/solution/legacy-solutions/migration-blueprint ），它主要是应用程序或完整应用程序组合的所有资产的详细清单。

我还建议您阅读像 ( https://blogs.artinsoft.net/ ) 这样的博客，您可以阅读一本免费的书： https : //migrationguide.artinsoft.com/

如果您的 VB6 应用程序还活着，这意味着它是独一无二的，并且不容易被替换。 重写可能是另一种选择，但迁移是