跨 Visual Studio 版本迁移遗留项目时，最好的方法是什么？

Question

我一直在思考我们内部仍在使用 Visual Studio 6 开发的项目数量，以及如何最好地将它们迁移到 Visual Studio 2008。这些项目涵盖 C/C++ 和 VB 风格。

让 VS2008 将工作空间转换为解决方案、修复所有编译错误并继续您的快乐之路是不是更好？或者，最好从一个干净的解决方案开始，然后逐个项目地跨项目迁移代码，并在此过程中丢弃死代码？

Answer 1

Microsoft p&p 团队推荐了一些 策略 这回答了这个问题。基本上他们会推荐类似您提到的逐个项目方法的方法。当然，他们假设应用程序架构整洁，没有令人讨厌的黑暗角落，这些角落会导致深夜的编码和大量的咖啡。

让 VS2008 为您转换项目并看看需要付出多少努力来修复错误并没有什么坏处。

Answer 2

几年前，当我必须将 VB6 应用程序转换为 VS2003 时，我运行了转换器，它生成了一些基本上可以编译的东西，但根本不是很好。我最终不得不修改它生成的大部分代码。

我将从一个干净的解决方案开始，然后在项目上运行转换器并仅复制您需要的代码。我注意到 VB6 项目和转换后的 VB.NET 项目 (WinForm) 之间的最大区别之一是内置控件。转换器会尝试保留您正在使用的控件类型，即使它们是旧的和过时的。因此，通过使用现代控件（文本框、选项卡控件等）创建新表单，然后复制所需的代码，可能会更好。