我一直在考虑我们内部有多少项目仍在使用 Visual Studio 6 进行开发，以及如何最好地将它们迁移到 Visual Studio 2008。这些项目有 C/C++ 和 VB 的风格。
让 VS2008 将工作空间转换为解决方案、修复任何编译错误并继续你的快乐方式会更好吗？或者，最好从一个干净的解决方案开始，然后通过项目丢弃死代码来跨项目迁移代码？
Lou
问问题
218 次
2 回答
3
Microsoft p&p 团队推荐了一些策略来回答这个问题。基本上，他们推荐您提到的项目方法。当然，他们假设的应用程序架构简洁，没有令人讨厌的、黑暗的角落，深夜的编码和大量的咖啡都是从那里涌现出来的。
让 VS2008 为您转换项目并查看修复错误需要多少努力并没有什么坏处。
于 2008-09-10T23:09:39.887 回答
2
几年前，当我不得不将一个 VB6 应用程序转换为 VS2003 时，我运行了转换器，它产生了一些基本上可以编译的东西，但根本不是很好。我最终不得不修改它生成的一大块代码。
我将从一个干净的解决方案开始，然后在项目上运行转换器并仅复制您需要的代码。我注意到 VB6 项目和转换后的 VB.NET 项目 (WinForm) 之间的最大区别之一是内置控件。转换器会尝试保留您正在使用的控件类型，即使它们是旧的和过时的。因此，通过使用现代控件（文本框、选项卡控件等）创建新表单，然后复制您需要的代码，您可能会得到更好的服务。
于 2008-09-10T23:27:50.017 回答