从VisualStudio C++ 6到VS 2008?

对我来说,升级到2008的最大原因是C++编译器中的标准符合性。它是 极大地 从VC6改进而来,能够使用您熟悉或想要使用的大多数库。包括STL、Boost和TR1。

缺点是升级的正常问题。例如,改进的标准遵从性意味着它可能会破坏一些依赖于非标准行为的代码。没有具体的例子出现在我的脑海中,但我相信它们确实存在。

好处是:

• 您将从一个5岁以上的编译器(它的模板支持较差)过渡到一个更符合最新标准的编译器。
• 您将花费更少的时间来研究编译问题,这些问题最终被证明是编译器的一个已知问题,而不是代码的问题。
• 广泛使用的C++文献和文档将与编译器更为相关。

缺点是: -这可能需要一些时间和时间,否则可能会花费一些时间,例如为产品添加新功能。

移植中最大的问题可能是您拥有的任何代码,这些代码不符合VC6,但允许编译。此代码可能无法在VS2008上编译。我想有些win32 API可能已经改变了,对于mfc&atl类也是如此。

了解问题规模的最简单方法是处理一个与其他VC项目没有依赖关系的单个小项目。查看您得到了多少错误以及修复它们需要多长时间。

展望未来:VC6在2000年之前就已经发布了。它瞄准了全新的操作系统,如Windows98和NT4。到目前为止,这些操作系统已经退役。

有很多好处,其中是一个非常成熟,先进和友好的环境。 除此之外,编译器已经改进了,不用说-stl… 此外,所有的论坛在网络上,所有的信息都是可以访问的最新版本,而不是旧的版本。 缺点是没有向后兼容性。意思是:一旦迁移,就不能在以前的版本中打开此项目。 由于编译器之间的差异,您可能会遇到一些编译问题。 您还可能遇到一些“包含”路径问题,因此您可能需要执行一些手动配置设置。 我强烈推荐。加油!

MFC和COM是完全支持的,至少它们是专业版的。

许多人提到了搬家的好处。我建议你采取行动,但我发现有两个最大的烦恼:

• 您需要一个项目文件来调试二进制文件。在VC6中,您只需将一个exe拖动到VC窗口并对其进行调试。在之后的每个版本中,您首先需要一个项目文件。
• 一切都是一个额外的鼠标点击离开。很多菜单项被移到了一个菜单级更远的地方,如果你像我一样是个鼠标迷的话,这很烦人。

TDD 支持。