【文章內(nèi)容簡介】 class A{ public:void Func1(void)。void Func2(void)。… private:int i, j。float x, y。 …}(a) 以數(shù)據(jù)為中心版式 (b) 以行為為中心的版式第3章 命名規(guī)則比較著名的命名規(guī)則當推Microsoft公司的“匈牙利”法，該命名規(guī)則的主要思想是“在變量和函數(shù)名中加入前綴以增進人們對程序的理解”。例如所有的字符變量均以ch為前綴，若是指針變量則追加前綴p。如果一個變量由ppch開頭，則表明它是指向字符指針的指針。“匈牙利”法最大的缺點是煩瑣，例如int i, j, k。 float x, y, z。倘若采用“匈牙利”命名規(guī)則，則應當寫成int iI, iJ, ik。 // 前綴 i表示int類型float fX, fY, fZ。 // 前綴 f表示float類型如此煩瑣的程序會讓絕大多數(shù)程序員無法忍受。據(jù)考察，沒有一種命名規(guī)則可以讓所有的程序員贊同，程序設計教科書一般都不指定命名規(guī)則。命名規(guī)則對軟件產(chǎn)品而言并不是“成敗悠關”的事，我們不要化太多精力試圖發(fā)明世界上最好的命名規(guī)則，而應當制定一種令大多數(shù)項目成員滿意的命名規(guī)則，并在項目中貫徹實施。 共性規(guī)則 本節(jié)論述的共性規(guī)則是被大多數(shù)程序員采納的，我們應當在遵循這些共性規(guī)則的前提下，再擴充特定的規(guī)則。l 【規(guī)則311】標識符應當直觀且可以拼讀，可望文知意，不必進行“解碼”。標識符最好采用英文單詞或其組合，便于記憶和閱讀。切忌使用漢語拼音來命名。程序中的英文單詞一般不會太復雜，用詞應當準確。例如不要把CurrentValue寫成NowValue。l 【規(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)的局部變量。l 【規(guī)則313】命名規(guī)則盡量與所采用的操作系統(tǒng)或開發(fā)工具的風格保持一致。例如Windows應用程序的標識符通常采用“大小寫”混排的方式，如AddChild。而Unix應用程序的標識符通常采用“小寫加下劃線”的方式，如add_child。別把這兩類風格混在一起用。l 【規(guī)則314】程序中不要出現(xiàn)僅靠大小寫區(qū)分的相似的標識符。例如：int x, X。 // 變量x 與 X 容易混淆void foo(int x)。 // 函數(shù)foo 與FOO容易混淆void FOO(float x)。l 【規(guī)則315】程序中不要出現(xiàn)標識符完全相同的局部變量和全局變量，盡管兩者的作用域不同而不會發(fā)生語法錯誤，但會使人誤解。l 【規(guī)則316】變量的名字應當使用“名詞”或者“形容詞＋名詞”。例如：float value。float oldValue。float newValue。l 【規(guī)則317】全局函數(shù)的名字應當使用“動詞”或者“動詞＋名詞”（動賓詞組）。類的成員函數(shù)應當只使用“動詞”，被省略掉的名詞就是對象本身。例如：DrawBox()。 // 全局函數(shù) boxDraw()。 // 類的成員函數(shù)l 【規(guī)則318】用正確的反義詞組命名具有互斥意義的變量或相反動作的函數(shù)等。例如：int minValue。int maxValue。int SetValue(…)。int GetValue(…)。178。 【建議311】盡量避免名字中出現(xiàn)數(shù)字編號，如Value1,Value2等，除非邏輯上的確需要編號。這是為了防止程序員偷懶，不肯為命名動腦筋而導致產(chǎn)生無意義的名字（因為用數(shù)字編號最省事）。 簡單的Windows應用程序命名規(guī)則 作者對“匈牙利”命名規(guī)則做了合理的簡化，下述的命名規(guī)則簡單易用，比較適合于Windows應用軟件的開發(fā)。l 【規(guī)則321】類名和函數(shù)名用大寫字母開頭的單詞組合而成。例如： class Node。 // 類名 class LeafNode。 // 類名 void Draw(void)。 // 函數(shù)名 void SetValue(int value)。 // 函數(shù)名l 【規(guī)則322】變量和參數(shù)用小寫字母開頭的單詞組合而成。例如： BOOL flag。 int drawMode。l 【規(guī)則323】常量全用大寫的字母，用下劃線分割單詞。例如： const int MAX = 100。 const int MAX_LENGTH = 100。l 【規(guī)則324】靜態(tài)變量加前綴s_（表示static）。例如：void Init(…){ static int s_initValue。 // 靜態(tài)變量 …}l 【規(guī)則325】如果不得已需要全局變量，則使全局變量加前綴g_（表示global）。例如：int g_howManyPeople。 // 全局變量int g_howMuchMoney。 // 全局變量l 【規(guī)則326】類的數(shù)據(jù)成員加前綴m_（表示member），這樣可以避免數(shù)據(jù)成員與成員函數(shù)的參數(shù)同名。例如： void Object::SetValue(int width, int height) { m_width = width。m_height = height。}l 【規(guī)則327】為了防止某一軟件庫中的一些標識符和其它軟件庫中的沖突，可以為各種標識符加上能反映軟件性質的前綴。例如三維圖形標準OpenGL的所有庫函數(shù)均以gl開頭，所有常量（或宏定義）均以GL開頭。 簡單的Unix應用程序命名規(guī)則第4章 表達式和基本語句讀者可能懷疑：連if、for、while、goto、switch這樣簡單的東西也要探討編程風格，是不是小題大做？我真的發(fā)覺很多程序員用隱含錯誤的方式寫表達式和基本語句，我自己也犯過類似的錯誤。表達式和語句都屬于C++/C的短語結構語法。它們看似簡單，但使用時隱患比較多。本章歸納了正確使用表達式和語句的一些規(guī)則與建議。 運算符的優(yōu)先級 C++/C語言的運算符有數(shù)十個，運算符的優(yōu)先級與結合律如表41所示。注意一元運算符 + * 的優(yōu)先級高于對應的二元運算符。優(yōu)先級運算符結合律從高到低排列( ) [ ] .從左至右! ~ ++ （類型） sizeof+ * amp。從右至左* / %從左至右+ 從左至右 從左至右 = =從左至右== !=從左至右amp。從左至右^從左至右|從左至右amp。amp。從左至右||從右至左?:從右至左= += = *= /= %= amp。= ^=|= = =從左至右表41 運算符的優(yōu)先級與結合律l 【規(guī)則411】如果代碼行中的運算符比較多，用括號確定表達式的操作順序，避免使用默認的優(yōu)先級。由于將表41熟記是比較困難的，為了防止產(chǎn)生歧義并提高可讀性，應當用括號確定表達式的操作順序。例如：word = (high 8) | lowif ((a | b) amp。amp。 (a amp。 c)) 復合表達式如 a = b = c = 0這樣的表達式稱為復合表達式。允許復合表達式存在的理由是：（1）書寫簡潔；（2）可以提高編譯效率。但要防止濫用復合表達式。l 【規(guī)則421】不要編寫太復雜的復合表達式。例如： i = a = b amp。amp。 c d amp。amp。 c + f = g + h 。 // 復合表達式過于復雜l 【規(guī)則422】不要有多用途的復合表達式。例如：d = (a = b + c) + r 。 該表達式既求a值又求d值。應該拆分為兩個獨立的語句：a = b + c。d = a + r。l 【規(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é)以“與零值比較”為例，展開討論。 布爾變量與零值比較l 【規(guī)則431】不可將布爾變量直接與TRUE、FALSE或者0進行比較。根據(jù)布爾類型的語義，零值為“假”（記為FALSE），任何非零值都是“真”（記為TRUE）。TRUE的值究竟是什么并沒有統(tǒng)一的標準。例如Visual C++ 將TRUE定義為1，而Visual Basic則將TRUE定義為1。假設布爾變量名字為flag，它與零值比較的標準if語句如下：if (flag) // 表示flag為真if (!flag) // 表示flag為假其它的用法都屬于不良風格，例如： if (flag == TRUE) if (flag == 1 ) if (flag == FALSE) if (flag == 0) 整型變量與零值比較l 【規(guī)則432】應當將整型變量用“==”或“！=”直接與0比較。 假設整型變量的名字為value，它與零值比較的標準if語句如下：if (value == 0) if (value != 0)不可模仿布爾變量的風格而寫成if (value) // 會讓人誤解 value是布爾變量if (!value) 浮點變量與零值比較l 【規(guī)則433】不可將浮點變量用“==”或“！=”與任何數(shù)字比較。 千萬要留意，無論是float還是double類型的變量，都有精度限制。所以一定要避免將浮點變量用“==”或“！=”與數(shù)字比較，應該設法轉化成“=”或“=”形式。 假設浮點變量的名字為x，應當將 if (x == ) // 隱含錯誤的比較轉化為 if ((x=EPSINON) amp。amp。 (x=EPSINON))其中EPSINON是允許的誤差（即精度）。 指針變量與零值比較l 【規(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語句的補充說明有時候我們可能會看到 if (NULL == p) 這樣古怪的格式。不是程序寫錯了，是程序員為了防止將 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)體的復雜性。l 【建議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)層l 【建議442】如果循環(huán)體內(nèi)存在邏輯判斷，并且循環(huán)次數(shù)很大，宜將邏輯判斷移到循環(huán)體的外面。示例44(c)的程序比示例44(d)多執(zhí)行了N1次邏輯判斷。并且由于前者老要進行邏輯判斷，打斷了循環(huán)“流水線”作業(yè)，使得編譯器不能對循環(huán)進行優(yōu)化處理，降低了效率。如果N非常大，最好采用示例44(d)的寫法，可以提高效率。如果N非常小，兩者效率差別并不明顯