慎用Visual Studio对项目的转换功能

    今年二月,现在的这个项目进入到开发阶段,在前一个版本的基础上进行增量开发,是Windows下基于MFC开发的应用程序。

    前一个版本使用VS2003开发,现在已经不能满足我们的需求,我们决定在新版本中升级到VS2008。

    使我们升级的原因主要有这些:

  1. VS2003在调试时不支持直接查看STL各种数据容器中的元素(其实通过指针可以查看某个元素的值,但不能一次查看所有元素);
  2. 不支持并行构建,二十多万行代码,构建一次需要近半个小时;
  3. 需要支持Vista/Win7操作系统,VS2003没有对UAC的支持,且不能直接增加manifest文件;
  4. VS2008相对于VS2003其他的一些优化。

    升级的过程主要由VS2008的转换向导完成。按着提示的操作一步步下来,就能得到转换后的解决方案和工程文件。打开新的sln后构建,把有问题的地方改掉,将老的lib及dll文件也使用VS2008重新编译,构建出来的软件可以正常运行,看上去一切正常。

    但是过了一段时间,测试人员发现Release版本的整体性能有大幅下降,几乎是原来的二分之一到三分之二。由于我们的产品的定位是海量数据分析,所以性能至关重要。我和另外一名开发人员一起来分析这个问题的原因,所有工程属性都是正确的,也查看了svn的提交记录,似乎一切都没有问题。后来,我们发现,当前工程的编译器选项中对于是否优化设置的是"最大化速度/O2",但是改成"全局优化/Og"后性能反而有所提升。再查看原先的vcproj文件,发现虽然设置的是"最大化速度/O2",但是在编译器的命令行中却没有"/O2"的选项。将编译器优化选项改为其他再改回"最大化速度/O2",可以看到编译器命令行中增加了"/O2"选项。重新构建,性能恢复正常。

    问题产生的原因,猜测应该是 VS2008转换VS2003的工程文件后丢失了优化选项,但是在工程属性页中错误的显示默认选项"最大化速度/O2"。

    所以,VS提供的项目转换功能是不可靠的,建议将转换后的工程文件完整仔细的检查一遍。或者干脆不转换,重新建立一套工程文件,把原先的代码添加进来,重新设置所有工程的属性。这样效率比较低,但是最保险。

转载于:https://www.cnblogs.com/Chase/archive/2010/07/03/1770416.html

你可能感兴趣的:(操作系统)