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 程序。 在 Windows 本身消失之前，我认为 VB6 支持不会消失。

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

Answer 3

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

VB6 的风险包括以下内容：

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

尽管对某些答案有不同的看法，但我坚信转换工具的价值。免责声明 我在一家销售转换工具的公司工作。

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

我们认为一个好的项目的关键要素之一来自于规划。我们首先创建一个蓝图（请参阅此处https://www.mobilize.net/solution/legacy-solutions/migration-blueprint），它主要是应用程序或完整应用程序的所有资产的详细清单文件夹。

我还建议阅读博客（https://blogs.artinsoft.net/），并且有一本免费的书您可以评论：https://migrationguide.artinsoft.com/

如果您的 VB6 应用程序仍然存在，则意味着它是独一无二的且不易被替换。重写可能是一种选择，但迁移是

Answer 4

如果您需要从 VB6 迁移，最好的途径是使用 twinBASIC 编程语言。它兼容VB6，可以导入VB6源代码（包括VB6表格）。 如果您想迁移到任何其他语言，最好的方法是从头开始完全重写。