VC 2008 编译设置

打开项目，然后单击编译器上的“项目 - 最后一个属性”，然后在“在新建中配置属性”中选择“在静态库中使用 MFC”

这样，编译器会自动将一些必需的dll文件打包到您生成的程序中，确保该程序将在每台机器上运行。

如果您使用空白模板，这可能就是它的意思。

首先，你需要确保你的程序可以在安装了 2008 的机器上运行，如果是这样，那就是链接库 dll 的问题，这可以通过静态编译来解决。 当然，你也可以测试你需要的dll到目标机器，但比较麻烦。 静态编译修改的具体方法在楼上已经提到过了，就不赘述了。

您是否正在获取 CPP 源文件？ 如果是这样，只需再次编译即可。 通常只有几个头文件，除非你编写自己的dll，但在这种情况下，dll必须与你的程序放在一起。

VC 6 对 C++ 没有很好的支持，是 Microsoft 自己的标准。 还有一些错误，到目前为止还没有解决。

优点：内存占用小，编译速度快。

VS2008，C++标准支持相当不错，还支持一些新标准。

MFC 主要为 Windows 应用程序编程提供了一个框架，但同时也提供了一个编写控件的框架，所以相对来说，没有经验的程序员要想用好它并不容易。

工具，在开发过程中，主要帮助你插入各种宏，这样就可以在开发过程中省力。 因为开发框架没有太大的区别。 所以在使用中，根本没有本质的区别。

2.如果不得不说有区别的话，主要体现在内存占用上，如果VC6的MFC程序占用60M，那么在VS2008下，同样的程序可能占用180M左右的大小。

3.显然，VS2008 自然在类重载方面提供了更多的信息，这也是因为 VS2008 添加了新的类。 事实上，因为有这么多的新类，你实际上必须手动跳转到基类的定义中，看看哪些类方法可以重用。

井。 这是一个必须使用的技巧，VC6 实际上也必须这样做。

我的意思是，不要过分依赖向导，VC6、VS2008 提供的向导有限，这取决于你对相关类的理解，它们能做什么，并在必要时重载它们以完成特殊的实现。

4.值得一提的是，VS2008 有一个功能包，它提供了一套丰富的框架，通过自己手动跟踪框架很容易掌握它们。 这只不过是几个新班级。 如果你的C++没问题，那就没问题了。

总结：对于MFC编程来说，只要机器不是太差，VS2008就是不错的选择，VC6，我想，还是算了吧。

而更新后的VS2010在MFC中根本没有太大的改进，可以完全忽略不计。 当然，如果你关心2010年集成的其他软件开发工具，你也可以考虑一下。 但是当你看到它的小型MFC程序也占用了超过280M的内存空间时，我相信你会崩溃。

VS2010 是为 win7 准备的，但我还是 VS2008+win2003 的组合，也许是我个人的偏爱。不乐观。 win7.

深入分析MFC>这本书必备，好好看一下关于应用的说明部分，写得相当不错。

关于对照写作，书的后半部分可以省略，因为它太臃肿了。

就我个人而言，我建议您阅读“ATL 的深入分析>后者编写的控件非常轻快。 迟早，你必须拥有这本书。

不过，您可能想看看它