第四篇：資源和編譯
資源文件（就是以應用程序名和擴展名是.rc的文件）很大程度上決定了應用程序的用戶界面。在VC++中資源文件包括以下內容：
Accelerator //模擬菜單和工具欄的選擇內容
Dialog //對話框的布局及內容
Icon //圖標有兩種一種是16X16一種是32X32。
Menu //應用程序的主菜單及所屬的彈出式菜單
String table //字符串不屬於C++源代碼部分
Toolbar //工具條。
Version //程序的描述、版本號、支持語言信息。
以上信息都在.rc文件中包含，同時.rc文件還包含了以下語句：
#include "afxres.h"
#include "afxres.rc"
它們的作用是把適合於所有應用程序的一些通用MFC庫資源包含進來。
關於資源編輯器的使用就不多說了，因為它的操作很簡單，需要注意的是雖然resource.h是一個ASCII碼文件可以用文本編輯器進行編輯，單如果使用文本編輯器進行編輯的話，下次再使用資源編輯器時所做的修改有可能丟失，所以我們應該在盡量在資源編輯器中編輯應用程序的資源，新增的資源內容回自動的添加在我們的程序相應位置，例如resource.h而不用我們操心。這便是為什麼稱為Visual （可視）的原因之一。
編譯在VC++中有兩種模式，一種是Release Build另一種是Debug Build。它們之間的區別在於，Release Build不對源代碼進行調試，不考慮MFC的診斷宏，使用的是MFC Release庫，編譯十對應用程序的速度進行優化，而Debug Build則正好相反，它允許對源代碼進行調試，可以定義和使用MFC的診斷宏，采用MFC Debug庫，對速度沒有優化。所以我們應該在Debug模式下開發應用程序，然後在Release模式下發布應用程序。在我們的工程文件夾下會有一個Debug文件夾和一個Release文件夾分別存放輸出文件和中間文件。
診斷宏是我們編譯程序時檢測程序狀態的有利工具，例如上兩篇用到的TRACE宏，可以在Debug窗口獲得你需要的診斷信息，而不用設置對話框之類的方法，在發布時Release會自動濾掉此信息。
實際上對一個應用程序的調式是一件很具挑戰的工作，我相信我們都有類似的經歷，從網上或書本上找來了一段代碼或源程序，當我們一點點將他們敲進 Deleloper Studio後進行編譯時一下子出現了無數的錯誤和警告，（有些書的源代碼就是錯誤的）這是需要的耐心和經驗，有了VC++提供的調試工具如診斷宏、設斷點、單步執行等等，會讓我們省不少力氣。至於編譯的話題其實應該有很多可以說，但由於雷神本身的經驗不足只能把書上所講的作一個總結，大家應該熟練的掌握VC++為我們提供的的各種調試工具，象SPY之類的工具在MSDN中也有很詳細的使用幫助說明，到現在我體會到了高手們所說的MSDN是最好的最全的也是最權威的。
