什么时候不可能支持Visual Basic 6.0应用程序？

Question

在过去的3-5年里，我一直在更新一个基于Visual Basic 6.0的保险应用程序和一个商业集成工具包。

根据微软的"It just works policy“，集成开发环境在2008年4月8日之后不再受支持。

它仍然适用于开发和部署Visual Basic 6.0应用程序。

什么时候不可能支持Visual Basic 6.0应用程序，或者它们会像Cobol应用程序一样永远存在？

更新:微软2010年3月声明: Visual Basic团队致力于为Windows Vista、Windows Server2008(包括R2 )和Windows7上的Visual basic6.0应用程序提供“就行”的兼容性。

更新:2011年5月

Happy 20th Birthday Visual Basic!

Answer 1

我会说它们处于危险之中，因为操作系统和硬件将从它们的下面进化出来。

你可以在Windows XP上运行Visual Basic 6.0，但即便如此，它的生命也已接近尾声(它一直在垂死挣扎)。

这些Cobol应用程序仍然存在，因为它们运行的大型机不会消失。“大铁”是在计算机价格昂贵、稀有且必须运行20-30年的时候建造的。基于PC和Windows的应用程序不是这样的，因为它们被视为更一次性的应用程序。

Answer 2

如果您需要继续支持VB6，我建议您创建一个包含XP和VB6以及所有服务包的VM。这样，即使桌面发展到可能与VB6开发环境不兼容的情况，您也可以继续运行开发环境。在Vista上安装Visual Studio6在两年前就有问题了。

对于除了维护之外的新开发，我会考虑使用不同的环境。我的经验是，你最好从一个全新的角度来看待它，而不是局限于迁移到VB .NET。迁移已经够麻烦的了，你真的应该在最适合你的应用程序的环境中进行新的开发。这可能是VB .NET，也可能不是。

使用过时的技术进行开发从来都不是问题，直到它成为问题，然后就太晚了。你需要保持在曲线的最佳位置，而且你是唯一可以决定这是什么的人。如果你转换得太早，你可能会做出错误的决定，如果你等待太长时间，你会落后太多。正是这样的决定让这个领域变得既有趣又痛苦。

Answer 3

各种类型的机械制造商在VB6中开发了大量的垂直市场软件。VB6 ActiveX控件、ActiveX DLL的使用，以及使用大多数Win32 DLL的能力已导致许多不同组件的制造商支持VB6。

使用VB6和支持库至少比在定制芯片上组装或使用C的旧方法快一个数量级，也更可靠。请注意，即使是C/C++开发人员也得到了帮助，因为他们也可以使用新的支持库。

这些应用程序中的许多都充满了数学函数，这些函数已经过测试，可以在设计它们的环境和机器上工作。

因此，当微软让VB.NET与VB6不兼容时，这对我们中的许多人来说都是一件大事。与从VB3到.NET -6的过渡不同，我们必须在很多地方接触我们的代码，才能让它与VB3一起工作，事实上，这就像用一种新的语言重写软件一样。

由于这些原因，VB6将继续存在一段时间，因为所有这些机器都在那里。仍然需要新的更新和修复。