VB6风险与迁移

Question

我在想有没有人能帮我。我的公司正在做出决定，将用VB6编写的现有应用程序迁移到.NET。为了帮助VB6做出切换到.NET的决定，我提出了一份关于保持VB6的风险列表。围绕VB6的风险包括：

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

关于安全问题，有人要求我详述这一点。应用程序是内部的，不会向客户公开。考虑到这一点，它将坐在公司的安全基础设施后面，那么这是否会减少安全问题呢？此外，除了我没有考虑到的上述风险外，还有其他风险吗？

Answer 1

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

在.Net中可以轻松地完成许多事情，这在VB6中是一个巨大的痛苦。潜在的收益是非常值得的短期痛苦IMHO。

(目前正致力于将我的公司核心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)，我们已经成功地将VB6应用程序升级到.NET WinForms和Web上已有20年了。

我们认为，一个好的项目的关键因素之一来自于计划。我们首先创建一个BluePrint (请参阅更多https://www.mobilize.net/solution/legacy-solutions/migration-blueprint)，它主要是应用程序或完整应用程序组合的所有资产的详细清单。

我还建议阅读类似于(https://blogs.artinsoft.net/)的博客，并且有一本免费的书你可以评论：https://migrationguide.artinsoft.com/。

如果您的VB6应用程序仍然处于活动状态，这意味着它是唯一的，并且不容易替换。重写可以是另一种选择，但迁移是