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