|
|
在查看例程的時(shí)候，經(jīng)常會(huì)發(fā)現(xiàn)如下現(xiàn)象：
#ifdef DEBUG
debug();
#endif
知道是作為debug---也就是調(diào)試用的，但是不清楚其具體的表現(xiàn)。
看過網(wǎng)友說的挺好：
在工程設(shè)置里有一些設(shè)置會(huì)對該工程自動(dòng)產(chǎn)生一系列的宏，用以控制程序的編譯和運(yùn)行。
如果你把代碼夾在#ifdef DEBUG 和對應(yīng)的 #endif 中間，
那么這段代碼只有在調(diào)試（DEBUG）下才會(huì)被編譯。
也就是說，如果你在RELEASE模式下，這些代碼根本就不會(huì)存在于你的最終代碼里頭。
網(wǎng)上找到一個(gè)很好的例子：
#include <</span>iostream>
using namespace std;
#ifdef DEBUG
inline void msg(){ cout<<"I'm testing"; }
#else
inline void msg() {}
#endif
int main()
{
msg();
return 0;
}
上面的代碼在DEBUG模式下是會(huì)輸出一句話的，你可以把這種應(yīng)用放在你希望對程序的執(zhí)行過程進(jìn)行跟蹤的代碼里，為它們加上一些‘痕跡’，方便你進(jìn)行判斷。
而在其他模式（RELEASE）下，這個(gè)函數(shù)只不過是一個(gè)空函數(shù)，又因?yàn)樗莍nline的，所以它實(shí)際上不會(huì)為你產(chǎn)生任何代碼。
這樣你就能為自己的代碼帶來一種非常實(shí)用的效果，既能在DEBUG模式下為你提供判斷的依據(jù)，又能在最終的RELEASE版中方便的拋棄掉它們,而不需要你手動(dòng)地刪除掉那些代碼。
|
|
