Visual studio 使用Visual Studio 2010将VB6迁移到.Net

是否有人使用Visual Studio 2010将VB6项目迁移到.Net

---

我已经在VS2005中测试了迁移，但是生成的.Net代码非常混乱，我们决定不迁移到.Net。那么VS2010迁移向导是否比VS2005或VS2008中的向导有所改进呢？

我严重怀疑，VB10没有从VB6中引入任何VB7、8或9中没有的功能，因此没有新的理由让它们更新它们的功能（可以说是不足的）2005年不存在的升级向导。

由于VS2010仍处于测试阶段，很难说最终产品将如何运行。现在看来，迁移代码仍然有点不稳定

---

我要冒险说的是，VS2010在导入像VB6项目这样古老的东西方面不会比以前的版本更好。不管发生什么情况，您都可能需要重新编写应用程序的很大一部分，才能从.NET中获得任何好处。

2008年肯定没有，如果2010年有什么不同，我会非常惊讶

VB6和VB.net是完全不同的语言，微软从未正式批准过除简单应用程序之外的任何自动迁移路线。迁移路径非常重要。有几家公司提供迁移服务，我还没有尝试过，但我的建议是自己管理

我们目前有几个主要用VB6编写的应用程序。我们的立场是，如果没有充分的理由，现有的工作代码不会迁移到.net，但所有新代码都必须用.net编写（我们实际上选择了C#）

---

这意味着，如果我们想在现有VB6应用程序中添加新功能，则该功能必须在.net中实现，并具有一定的互操作性。随着时间的推移，应用程序逐渐变得越来越多.net，而VB越来越少。我们现在有一个应用程序只有一个很小的VB6组件，由于这种逐步迁移的方法，其余的几乎都在.net中。这对我们很有效。一旦我们达到VB6部分最小的阶段，我们只需手动转换剩余代码，而不会产生高昂的成本，因为只剩下一点点。由于一些基本的语言更改，VB6的Visual Studio转换充其量是不稳定的。您可能会发现使用类似于

的第三方工具会取得更好的成功，正如许多人指出的那样，我非常怀疑VB6升级向导上会有更多的工作要做。Visual Studio中的VB6升级向导实际上是ArtinSoft的精简版

升级一个不起眼的VB6应用程序是一项相当耗时的任务，但有许多优秀的文章（如本文）可以帮助您铺平道路：

---

优秀的方法论和专业工具（如ArtinSoft的工具）的结合，有望取得成功。

Visual Studio 2010不再提供顶部段落中提到的Visual Basic 6迁移向导工具。此页面链接到建议的第三方VB6迁移工具的列表。

我已将VB6项目迁移到.NET 3.5项目。然而，迁移是一次重写。即使您可以直接迁移代码，您也很可能希望使用完全不同的体系结构，这将保证一个全新的版本。现在没有时间给出完整的答案，但是我可以推荐您浏览标有vb6迁移的热门问题吗？例如+1。我还可以指出其他地方关于StackOverflow的一些很好的讨论，例如，在这个问题中，除了可怜的内置迁移向导之外，还有一些很好的第三方替代方案：Artinsoft和VBMigration.com。微软英国公司甚至推荐他们。这里有更多的讨论。除了可怜的内置迁移向导，还有一些不错的第三方替代品：Artinsoft和VBMigration.com。微软英国推荐他们。更多的讨论在这里与链接相当真实。Microsoft UK推荐两种第三方迁移工具，它们比内置的VB.NET升级向导更好—Artinsoft和CodeArchitects VBMigration Partner。这是链接