在C++編程中應(yīng)該盡量使用const和inline來(lái)代替#define，盡量做到能不用#define就不用。

#define常見的用途有"定義常量"以及"定義宏"，但其中存在諸多的弊病。

第一，查錯(cuò)不直觀，不利于調(diào)試。Define的定義是由預(yù)處理程序處理的，作的是完全的文本替換，不做任何的類型檢查。在編譯器處理階段，define定義的東西已經(jīng)被完全替換了，這樣在debug的時(shí)候就看不到任何的相關(guān)信息，即跟蹤時(shí)不能step
into宏。例如，把ASPECT_RATIO用define定義成1.653，編譯器就看不到ASPECT_RATIO這個(gè)名字了。如果編譯器報(bào)1.653錯(cuò)，那么就無(wú)從知道此1.653來(lái)自于何處。在真正編碼的時(shí)候應(yīng)該使用如下的語(yǔ)句來(lái)定義：
static const double ASPECT_RATIO = 1.653;

第二，沒(méi)有任何類型信息，不是type
safe。因?yàn)樗俏谋炯?jí)別的替換，這樣不利于程序的維護(hù)。

第三，define的使用很容易造成污染。比如，如果有兩個(gè)頭文件都定義了ASPECT_RATIO,
而一個(gè)CPP文件又同時(shí)包含了這兩個(gè)頭文件，那么就會(huì)造成沖突。

更難查的是另外一種錯(cuò)誤，比如有如下的代碼：

// in header file def.h

#define Apple 1 #define Orange 2 #define Pineapple 3 …

// in some cpp file that includes the def.h

enum Colors {White, Black, Purple, Orange};

在.h文件中Orange被定義成水果的一種，而在.cpp文件中Orange又成為了一種顏色，那么編譯器就會(huì)把此處的Orange替換成2，編譯可能仍然可以通過(guò)，程序也能夠運(yùn)行，但是這就成了一個(gè)bug，表現(xiàn)出古怪的錯(cuò)誤，且很難查錯(cuò)。

再比如定義了一個(gè)求a與b哪個(gè)數(shù)大的宏，

#define max(a,b) ((a) > (b) ?(a) : (b))

int a = 5, b = 0; max(++ a, b); max(++ a, b + 10);

在上面的操作中，max(++ a, b); 語(yǔ)句中a被++了兩次，

而max(++ a, b + 10); 語(yǔ)句中a只加了一次，

這樣在程序處理中就很有可能成為一個(gè)bug，且此bug也非常的難找。在實(shí)際編碼時(shí)可以使用如下的語(yǔ)句來(lái)做：

template inline const T& max(const T& a, const T& b) { return a > b ? a :
b; }

#define的壞處