【正文】 ? 【規(guī)則 311】標(biāo)識(shí)符應(yīng)當(dāng)直觀且可以拼讀，可望文知意，不必進(jìn)行 “解碼” 。標(biāo)識(shí)符最好采用英文單詞或其組合，便于記憶和閱讀。切忌使用漢語(yǔ)拼音來(lái)命名。程序中的英文單詞一般不會(huì)太復(fù)雜，用詞應(yīng)當(dāng)準(zhǔn)確。例如不要把 CurrentValue 寫成 NowValue。? 【規(guī)則 312】標(biāo)識(shí)符的長(zhǎng)度應(yīng)當(dāng)符合“minlength amp。amp。 maxinformation”原則。幾十年前老 ANSI C 規(guī)定名字不準(zhǔn)超過(guò) 6 個(gè)字符，現(xiàn)今的 C++/C 不再有此限制。一般來(lái)說(shuō)，長(zhǎng)名字能更好地表達(dá)含義，所以函數(shù)名、變量名、類名長(zhǎng)達(dá)十幾個(gè)字符不足為怪。那么名字是否越長(zhǎng)約好？不見得! 例如變量名 maxval 就比 maxValueUntilOverflow 好用。單字符的名字也是有用的，常見的如 i,j,k,m,n,x,y,z 等，它們通?？捎米骱瘮?shù)內(nèi)的局部變量。? 【規(guī)則 313】命名規(guī)則盡量與所采用的操作系統(tǒng)或開發(fā)工具的風(fēng)格保持一致。例如 Windows 應(yīng)用程序的標(biāo)識(shí)符通常采用 “大小寫”混排的方式，如 AddChild。而Unix 應(yīng)用程序的標(biāo)識(shí)符通常采用“小寫加下劃線”的方式，如 add_child。別把這兩類風(fēng)格混在一起用。23 / 101? 【規(guī)則 314】程序中不要出現(xiàn)僅靠大小寫區(qū)分的相似的標(biāo)識(shí)符。例如：int x, X。 // 變量 x 與 X 容易混淆void foo(int x)。// 函數(shù) foo 與 FOO 容易混淆void FOO(float x)。? 【規(guī)則 315】程序中不要出現(xiàn)標(biāo)識(shí)符完全相同的局部變量和全局變量，盡管兩者的作用域不同而不會(huì)發(fā)生語(yǔ)法錯(cuò)誤，但會(huì)使人誤解。? 【規(guī)則 316】變量的名字應(yīng)當(dāng)使用“名詞”或者“ 形容詞＋名詞” 。例如：float value。float oldValue。float newValue。? 【規(guī)則 317】全局函數(shù)的名字應(yīng)當(dāng)使用“動(dòng)詞”或者 “動(dòng)詞＋名詞” （動(dòng)賓詞組） 。類的成員函數(shù)應(yīng)當(dāng)只使用“動(dòng)詞” ，被省略掉的名詞就是對(duì)象本身。例如：DrawBox()。 // 全局函數(shù)boxDraw()。 // 類的成員函數(shù)? 【規(guī)則 318】用正確的反義詞組命名具有互斥意義的變量或相反動(dòng)作的函數(shù)等。例如：int minValue。int maxValue。int SetValue(…)。int GetValue(…)。? 【建議 311】盡量避免名字中出現(xiàn)數(shù)字編號(hào)，如 Value1,Value2 等，除非邏輯上的確需要編號(hào)。這是為了防止程序員偷懶，不肯為命名動(dòng)腦筋而導(dǎo)致產(chǎn)生無(wú)意義的名字（因?yàn)橛脭?shù)字編號(hào)最省事） 。 簡(jiǎn)單的 Windows 應(yīng)用程序命名規(guī)則作者對(duì)“匈牙利”命名規(guī)則做了合理的簡(jiǎn)化，下述的命名規(guī)則簡(jiǎn)單易用，比較適合于Windows 應(yīng)用軟件的開發(fā)。? 【規(guī)則 321】類名和函數(shù)名用大寫字母開頭的單詞組合而成。24 / 101例如：class Node。 // 類名class LeafNode。 // 類名void Draw(void)。 // 函數(shù)名void SetValue(int value)。 // 函數(shù)名? 【規(guī)則 322】變量和參數(shù)用小寫字母開頭的單詞組合而成。例如：BOOL flag。int drawMode。? 【規(guī)則 323】常量全用大寫的字母，用下劃線分割單詞。例如：const int MAX = 100。const int MAX_LENGTH = 100。? 【規(guī)則 324】靜態(tài)變量加前綴 s_（表示 static） 。例如：void Init(…){static int s_initValue。 // 靜態(tài)變量…}? 【規(guī)則 325】如果不得已需要全局變量，則使全局變量加前綴 g_（表示 global） 。例如：int g_howManyPeople。 // 全局變量int g_howMuchMoney。 // 全局變量? 【規(guī)則 326】類的數(shù)據(jù)成員加前綴 m_（表示 member） ，這樣可以避免數(shù)據(jù)成員與成員函數(shù)的參數(shù)同名。例如：void Object::SetValue(int width, int height){m_width = width。m_height = height。}? 【規(guī)則 327】為了防止某一軟件庫(kù)中的一些標(biāo)識(shí)符和其它軟件庫(kù)中的沖突，可以為各種標(biāo)識(shí)符加上能反映軟件性質(zhì)的前綴。例如三維圖形標(biāo)準(zhǔn) OpenGL 的所有庫(kù)函數(shù)均以 gl 開25 / 101頭，所有常量（或宏定義）均以 GL 開頭。 簡(jiǎn)單的 Unix 應(yīng)用程序命名規(guī)則26 / 101第 4 章 表達(dá)式和基本語(yǔ)句讀者可能懷疑：連 if、for、while、goto、switch 這樣簡(jiǎn)單的東西也要探討編程風(fēng)格，是不是小題大做？我真的發(fā)覺很多程序員用隱含錯(cuò)誤的方式寫表達(dá)式和基本語(yǔ)句，我自己也犯過(guò)類似的錯(cuò)誤。表達(dá)式和語(yǔ)句都屬于 C++/C 的短語(yǔ)結(jié)構(gòu)語(yǔ)法。它們看似簡(jiǎn)單，但使用時(shí)隱患比較多。本章歸納了正確使用表達(dá)式和語(yǔ)句的一些規(guī)則與建議。 運(yùn)算符的優(yōu)先級(jí)C++/C 語(yǔ)言的運(yùn)算符有數(shù)十個(gè)，運(yùn)算符的優(yōu)先級(jí)與結(jié)合律如表 41 所示。注意一元運(yùn)算符 + * 的優(yōu)先級(jí)高于對(duì)應(yīng)的二元運(yùn)算符。優(yōu)先級(jí) 運(yùn)算符 結(jié)合律( ) [ ] . 從左至右! ~ ++ （類型） sizeof+ * amp。從右至左* / % 從左至右+ 從左至右 從左至右 = = 從左至右== != 從左至右amp。 從左至右^ 從左至右| 從左至右amp。amp。 從左至右|| 從右至左?: 從右至左從高到低排列= += = *= /= %= amp。= ^=|= = =從左至右表 41 運(yùn)算符的優(yōu)先級(jí)與結(jié)合律? 【規(guī)則 411】如果代碼行中的運(yùn)算符比較多，用括號(hào)確定表達(dá)式的操作順序，避免使用默認(rèn)的優(yōu)先級(jí)。由于將表 41 熟記是比較困難的，為了防止產(chǎn)生歧義并提高可讀性，應(yīng)當(dāng)用括號(hào)確定表達(dá)式的操作順序。例如：word = (high 8) | low27 / 101if ((a | b) amp。amp。 (a amp。 c)) 復(fù)合表達(dá)式如 a = b = c = 0 這樣的表達(dá)式稱為復(fù)合表達(dá)式。允許復(fù)合表達(dá)式存在的理由是：（1）書寫簡(jiǎn)潔；（2）可以提高編譯效率。但要防止濫用復(fù)合表達(dá)式。? 【規(guī)則 421】不要編寫太復(fù)雜的復(fù)合表達(dá)式。例如： i = a = b amp。amp。 c d amp。amp。 c + f = g + h 。 // 復(fù)合表達(dá)式過(guò)于復(fù)雜? 【規(guī)則 422】不要有多用途的復(fù)合表達(dá)式。例如：d = (a = b + c) + r 。 該表達(dá)式既求 a 值又求 d 值。應(yīng)該拆分為兩個(gè)獨(dú)立的語(yǔ)句：a = b + c。d = a + r。? 【規(guī)則 423】不要把程序中的復(fù)合表達(dá)式與“真正的數(shù)學(xué)表達(dá)式 ”混淆。例如：if (a b c) // a b c 是數(shù)學(xué)表達(dá)式而不是程序表達(dá)式并不表示if ((ab) amp。amp。 (bc))而是成了令人費(fèi)解的if ( (ab)c ) if 語(yǔ)句if 語(yǔ)句是 C++/C 語(yǔ)言中最簡(jiǎn)單、最常用的語(yǔ)句，然而很多程序員用隱含錯(cuò)誤的方式寫if 語(yǔ)句。本節(jié)以“與零值比較”為例，展開討論。 布爾變量與零值比較? 【規(guī)則 431】不可將布爾變量直接與 TRUE、FALSE 或者 0 進(jìn)行比較。根據(jù)布爾類型的語(yǔ)義，零值為“假” （記為 FALSE） ，任何非零值都是“真” （記為TRUE） 。TRUE 的值究竟是什么并沒有統(tǒng)一的標(biāo)準(zhǔn)。例如 Visual C++ 將 TRUE 定義為 1，而Visual Basic 則將 TRUE 定義為 1。假設(shè)布爾變量名字為 flag，它與零值比較的標(biāo)準(zhǔn) if 語(yǔ)句如下：if (flag) // 表示 flag 為真28 / 101if (!flag) // 表示 flag 為假其它的用法都屬于不良風(fēng)格，例如：if (flag == TRUE)if (flag == 1 )if (flag == FALSE) if (flag == 0) 整型變量與零值比較? 【規(guī)則 432】應(yīng)當(dāng)將整型變量用“==”或“！=”直接與 0 比較。假設(shè)整型變量的名字為 value，它與零值比較的標(biāo)準(zhǔn) if 語(yǔ)句如下：if (value == 0) if (value != 0)不可模仿布爾變量的風(fēng)格而寫成if (value) // 會(huì)讓人誤解 value 是布爾變量if (!value) 浮點(diǎn)變量與零值比較? 【規(guī)則 433】不可將浮點(diǎn)變量用“==”或“！=”與任何數(shù)字比較。千萬(wàn)要留意，無(wú)論是 float 還是 double 類型的變量，都有精度限制。所以一定要避免將浮點(diǎn)變量用“==”或“！=”與數(shù)字比較，應(yīng)該設(shè)法轉(zhuǎn)化成“=”或“=”形式。假設(shè)浮點(diǎn)變量的名字為 x，應(yīng)當(dāng)將if (x == ) // 隱含錯(cuò)誤的比較轉(zhuǎn)化為 if ((x=EPSINON) amp。amp。 (x=EPSINON))其中 EPSINON 是允許的誤差（即精度） 。 指針變量與零值比較? 【規(guī)則 434】應(yīng)當(dāng)將指針變量用“==”或“！=”與 NULL 比較。指針變量的零值是“空” （記為 NULL） 。盡管 NULL 的值與 0 相同，但是兩者意義不同。假設(shè)指針變量的名字為 p，它與零值比較的標(biāo)準(zhǔn) if 語(yǔ)句如下：if (p == NULL) // p 與 NULL 顯式比較，強(qiáng)調(diào) p 是指針變量if (p != NULL)不要寫成if (p == 0) // 容易讓人誤解 p 是整型變量if (p != 0) 或者if (p) // 容易讓人誤解 p 是布爾變量if (!p) 對(duì) if 語(yǔ)句的補(bǔ)充說(shuō)明29 / 101有時(shí)候我們可能會(huì)看到 if (NULL == p) 這樣古怪的格式。不是程序?qū)戝e(cuò)了，是程序員為了防止將 if (p == NULL) 誤寫成 if (p = NULL)，而有意把 p 和 NULL 顛倒。編譯器認(rèn)為 if (p = NULL) 是合法的，但是會(huì)指出 if (NULL = p)是錯(cuò)誤的，因?yàn)?NULL 不能被賦值。程序中有時(shí)會(huì)遇到 if/else/return 的組合，應(yīng)該將如下不良風(fēng)格的程序if (condition)return x。return y。改寫為if (condition){return x。}else{return y。}或者改寫成更加簡(jiǎn)練的 return (condition ? x : y)。 循環(huán)語(yǔ)句的效率C++/C 循環(huán)語(yǔ)句中，for 語(yǔ)句使用頻率最高，while 語(yǔ)句其次，do 語(yǔ)句很少用。本節(jié)重點(diǎn)論述循環(huán)體的效率。提高循環(huán)體效率的基本辦法是降低循環(huán)體的復(fù)雜性。? 【建議 441】在多重循環(huán)中，如果有可能，應(yīng)當(dāng)將最長(zhǎng)的循環(huán)放在最內(nèi)層，最短的循環(huán)放在最外層，以減少 CPU 跨切循環(huán)層的次數(shù)。例如示例 44(b)的效率比示例 44(a)的高。for (row=0。 row100。 row++){for ( col=0。 col5。 col++ ){sum = sum + a[row][col]。}}for (col=0。 col5。 col++ ){for (row=0。 row100。 row++){ sum = sum + a[row][col]。}}示例 44(a) 低效率：長(zhǎng)循環(huán)在最外層 示例 44(b) 高效率：長(zhǎng)循環(huán)在最內(nèi)層? 【建議 442】如果循環(huán)體內(nèi)存在邏輯判斷，并且循環(huán)次數(shù)很大，宜將邏輯判斷移到循環(huán)30 / 101體的外面。示例 44(c)的程序比示例 44(d)多執(zhí)行了 N1 次邏輯判斷。并且由于前者老要進(jìn)行邏輯判斷，打斷了循環(huán)“流水線”作業(yè)，使得編譯器不能對(duì)循環(huán)進(jìn)行優(yōu)化處理，降低了效率。如果 N 非常大，最好采用示例 44(d)的寫法，可以提高效率。如果 N 非常小，兩者效率差別并不明顯，采用示例 44(c)的寫法比較好，因?yàn)槌绦蚋雍?jiǎn)潔。for (i=0。 iN。 i++){if (condition) DoSomething()。else DoOtherthing()。}if (condition){for (i=0。 iN。 i++) DoSomething()。}else{ for (i=0。 iN。 i++) DoOtherthing()。}表 44(c) 效率低但程序簡(jiǎn)潔 表 44(d) 效率高但程序不簡(jiǎn)潔 for 語(yǔ)句的循環(huán)控制變量? 【規(guī)則 451】不可在 for 循環(huán)體內(nèi)修改循環(huán)變量，防止 for 循環(huán)失去控制。? 【建議 451】建議 for 語(yǔ)句的循環(huán)控制變量的取值采用 “半開半閉區(qū)間”寫法。示例 45(a)中的 x 值屬于半開半閉區(qū)間“0 = x N”，起點(diǎn)到終點(diǎn)的間隔為 N，循環(huán)次數(shù)為 N。示例 45(b)中的 x 值屬于閉區(qū)間