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 的深入分析>後者編寫的控制項非常輕快。 遲早，你必須擁有這本書。

不過，您可能想看看它