【正文】 _longer_variable1 = very_longer_variable12)amp。void Function(int x){… // program code}void Function(int x){… // program code}if (condition){… // program code}else{… // program code}if (condition){… // program code}else {… // program code}for (initialization。 // 不要寫成 array [ 5 ] = 0。 I 10。amp。? 【規(guī)則 237】象“［］ ”、 “.”、 “”這類操作符前后不加空格。 ’不是一行的結(jié)束符號，其后要留空格，如 for (initialization。 // 定義并初紿化 depth 17 / 101 代碼行內(nèi)的空格? 【規(guī)則 231】關(guān)鍵字之后要留空格。 update) dosomething()。if (width height) {dosomething()。 // 高度int depth。} 示例 21(a) 函數(shù)之間的空行 示例 21(b) 函數(shù)內(nèi)部的空行16 / 101 代碼行? 【規(guī)則 221】一行代碼只做一件事情，如只定義一個(gè)變量，或只寫一條語句。空行不會浪費(fèi)內(nèi)存，雖然打印含有空行的程序是會多消耗一些紙張，但是值得。15 / 101第 2 章 程序的版式版式雖然不會影響程序的功能，但會影響可讀性。用戶只需要按照頭文件中的接口聲明來調(diào)用庫功能，而不必關(guān)心接口怎么實(shí)現(xiàn)的。endif示例 12 C++/C 頭文件的結(jié)構(gòu)13 / 101 定義文件的結(jié)構(gòu)定義文件有三部分內(nèi)容：（1） 定義文件開頭處的版權(quán)和版本聲明（參見示例 11） 。? 【規(guī)則 123】用 include “” 格式來引用非標(biāo)準(zhǔn)庫的頭文件（編譯器將從用戶的工作目錄開始搜索） 。（3）當(dāng)前版本號，作者/修改者，完成日期。屆時(shí)，包括本書在內(nèi)的約 1000 頁規(guī)范將嚴(yán)格受控。10 / 101三、版權(quán)聲明本書的大部分內(nèi)容取材于作者一年前的書籍手稿（尚未出版） ，現(xiàn)整理匯編成為上海貝爾網(wǎng)絡(luò)應(yīng)用事業(yè)部的一個(gè)規(guī)范化文件，同時(shí)作為培訓(xùn)教材。第七章至第十一章是專題論述，技術(shù)難度比較高，看書時(shí)要積極思考。本書第一章至第六章主要論述 C++/C 編程風(fēng)格。成績越差，可以進(jìn)步的空間就越大，中國不就是在落后中趕超發(fā)達(dá)資本主義國家嗎？只要你能下決心改掉不良的編程習(xí)慣，第二次考試就能及格了。根據(jù)上述定義，馬上得到第一推論：我既不是高手也算不上是老手。我問大家試題難不難？所有的人都回答不難?，F(xiàn)在國內(nèi) IT 企業(yè)擁有學(xué)士、碩士、博士文憑的軟件開發(fā)人員比比皆是，但他們在接受大學(xué)教育時(shí)就“先天不足” ，豈能一到企業(yè)就突然實(shí)現(xiàn)質(zhì)的飛躍。這“高手”當(dāng)?shù)靡蔡C囊了。人的頓悟通常發(fā)生在最心痛的時(shí)刻，在沮喪和心痛之后，我作了深刻反省， “面壁”半年，重新溫習(xí)軟件設(shè)計(jì)的基礎(chǔ)知識。有這樣的苦勞和疲勞，我應(yīng)該稱得上是編程老手了吧？我開發(fā)的軟件都與科研相關(guān)（集成電路 CAD 和 3D 圖形學(xué)領(lǐng)域） ，動輒數(shù)萬行程序，技術(shù)復(fù)雜，難度頗高。(8) 真正的程序員不接受團(tuán)隊(duì)開發(fā)的理念，除非他自己是頭頭。一、編程老手與高手的誤區(qū)自從計(jì)算機(jī)問世以來，程序設(shè)計(jì)就成了令人羨慕的職業(yè)，程序員在受人寵愛之后容易發(fā)展成為毛病特多卻常能自我臭美的群體。(3) 真正的程序員幾乎不寫代碼的注釋，如果注釋很難寫，它理所當(dāng)然也很難讀。……具備上述特征越多，越顯得水平高，資格老。羅列出這些“業(yè)績” ，可以說明我算得上是編程高手了吧？可惜這種個(gè)人感覺不等于事實(shí)。他讓我寫函數(shù) strcpy 的代碼。我因此有幸和國產(chǎn)大型 IT 企業(yè)如華為、上海貝爾、中興等公司的同志們廣泛交流。事實(shí)證明如此。真的不是我“心狠手辣”或者要求過高，而是很多軟件開發(fā)人員對自己的要求不夠高。希望和我一樣在國內(nèi)土生土長的程序員朋友們能夠做到：（1）知錯(cuò)就改；（2）經(jīng)常溫故而知新；（3）堅(jiān)持學(xué)習(xí)，天天向上。（3）如果你考出 85 分以上的好成績，你有義務(wù)和資格為你所在的團(tuán)隊(duì)作“C++/C 編程”培訓(xùn)。世上不存在最好的編程風(fēng)格，一切因需求而定。可是過了兩周，他告訴我，他忙了兩天追查出一個(gè) Bug，想不到又是“野指針”出問題，只好重讀第七章。作者愿意公開本書的電子文檔。一個(gè)文件用于保存程序的聲明（declaration ） ，稱為頭文件。（2）預(yù)處理塊。建議將成員函數(shù)的定義與聲明分開，不論該函數(shù)體有多么小。假設(shè)定義文件的名稱為 ，定義文件的結(jié)構(gòu)參見示例 13。如果某個(gè)接口被實(shí)現(xiàn)或被使用時(shí)，其方式與頭文件中的聲明不一致，編譯器就會指出錯(cuò)誤，這一簡單的規(guī)則能大大減輕程序員調(diào)試、改錯(cuò)的負(fù)擔(dān)。好的“書法”可讓人對程序一目了然，看得興致勃勃。參見示例 21（a）? 【規(guī)則 212】在一個(gè)函數(shù)體內(nèi)，邏揖上密切相關(guān)的語句之間不加空行，其它地方應(yīng)加空行分隔。不論執(zhí)行語句有多少都要加{}。y = c + d。 condition。如果引用了未被初始化的變量，可能會導(dǎo)致程序錯(cuò)誤。? 【規(guī)則 232】函數(shù)名之后不要留空格，緊跟左括號 ‘（’ ，以與關(guān)鍵字區(qū)別。? 【規(guī)則 235】賦值操作符、比較操作符、算術(shù)操作符、邏輯操作符、位域操作符，如“=”、 “+=” “=”、 “=”、 “+”、 “*”、 “%”、 “amp。 i++)和 if ((a=b) amp。c=d) // 不良的風(fēng)格for (i=0。 // 不好的風(fēng)格int *x = amp。bFunction()。 condition。amp。 從語義上講此寫法比較直觀，即 x 是int 類型的指針。注釋通常用于：（1）版本、版權(quán)聲明；（2）函數(shù)接口說明；（3）重要的代碼行或段落提示。例如 i++。示例 26 程序的注釋/** 函數(shù)介紹：* 輸入?yún)?shù)：* 輸出參數(shù)：* 返回值 ：*/void Function(float x, float y, float z){ …}if (…){ … while (…) {…} // end of while…} // end of if21 / 101 類的版式類可以將數(shù)據(jù)和函數(shù)封裝在一起，其中函數(shù)表示了類的行為（或稱服務(wù)） 。我建議讀者采用“以行為為中心”的書寫方式，即首先考慮類應(yīng)該提供什么樣的函數(shù)?！? private:int i, j。 // 前綴 i 表示 int 類型float fX, fY, fZ。程序中的英文單詞一般不會太復(fù)雜，用詞應(yīng)當(dāng)準(zhǔn)確。單字符的名字也是有用的，常見的如 i,j,k,m,n,x,y,z 等，它們通?？捎米骱瘮?shù)內(nèi)的局部變量。// 函數(shù) foo 與 FOO 容易混淆void FOO(float x)。例如：DrawBox()。這是為了防止程序員偷懶，不肯為命名動腦筋而導(dǎo)致產(chǎn)生無意義的名字（因?yàn)橛脭?shù)字編號最省事） 。例如：BOOL flag。例如：int g_howManyPeople。表達(dá)式和語句都屬于 C++/C 的短語結(jié)構(gòu)語法。amp。允許復(fù)合表達(dá)式存在的理由是：（1）書寫簡潔；（2）可以提高編譯效率。 // 復(fù)合表達(dá)式過于復(fù)雜? 【規(guī)則 422】不要有多用途的復(fù)合表達(dá)式。 (bc))而是成了令人費(fèi)解的if ( (ab)c ) if 語句if 語句是 C++/C 語言中最簡單、最常用的語句，然而很多程序員用隱含錯(cuò)誤的方式寫if 語句。千萬要留意，無論是 float 還是 double 類型的變量，都有精度限制。假設(shè)指針變量的名字為 p，它與零值比較的標(biāo)準(zhǔn) if 語句如下：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) 對 if 語句的補(bǔ)充說明29 / 101有時(shí)候我們可能會看到 if (NULL == p) 這樣古怪的格式。 循環(huán)語句的效率C++/C 循環(huán)語句中，for 語句使用頻率最高，while 語句其次，do 語句很少用。 col5。示例 44(c)的程序比示例 44(d)多執(zhí)行了 N1 次邏輯判斷。}if (condition){for (i=0。示例 45(a)中的 x 值屬于半開半閉區(qū)間“0 = x N”，起點(diǎn)到終點(diǎn)的間隔為 N，循環(huán)次數(shù)為 N。 iN。for (i=0。 col++ ){for (row=0。例如示例 44(b)的效率比示例 44(a)的高。return y。 (x=EPSINON))其中 EPSINON 是允許的誤差（即精度） 。TRUE 的值究竟是什么并沒有統(tǒng)一的標(biāo)準(zhǔn)。d = a + r。amp。例如：word = (high 8) | low27 / 101if ((a | b) amp。注意一元運(yùn)算符 + * 的優(yōu)先級高于對應(yīng)的二元運(yùn)算符。m_height = height。const int MAX_LENGTH = 100。 // 類名class LeafNode。int maxValue。float oldValue。別把這兩類風(fēng)格混在一起用。 maxinformation”原則。 共性規(guī)則本節(jié)論述的共性規(guī)則是被大多數(shù)程序員采納的，我們應(yīng)當(dāng)在遵循這些共性規(guī)則的前提下，再擴(kuò)充特定的規(guī)則，如 節(jié)。如果一個(gè)變量由 ppch 開頭，則表明它是指向字符指針的指針。 … public:void Func1(void)。類的版式主要有兩種方式：（1）將 private 類型的數(shù)據(jù)寫在前面，而將 public 類型的函數(shù)寫在后面，如示例 83（a ） 。錯(cuò)誤的注釋不但無益反而有害。程序中的注釋不可喧賓奪主，注釋太多了會讓人眼花繚亂。? 【規(guī)則 261】應(yīng)當(dāng)將修飾符 * 和 ＆ 緊靠變量名例如：char *name。 very_longer_condition。拆分出的新行要進(jìn)行適當(dāng)?shù)目s進(jìn)，使排版整齊，語句可讀。示例 24（a）為風(fēng)格良好的對齊，示例 24（b）為風(fēng)格不良的對齊。 // 不良的風(fēng)格 array[5] = 0。i++) // 不良的風(fēng)格for (i = 0。 // 不良的風(fēng)格if (year = 2022) // 良好的風(fēng)格if(year=2022) // 不良的風(fēng)格if ((a=b) amp?！保ǖ刂愤\(yùn)算符）等前后不加空格。如果‘。 // 定義并初紿化 height int depth = 10。 condition。 z = e + f。 // 寬度int height。}// 空行statement4?？招械皿w（不過多也不過少）將使程序的布局更加清晰。為了加強(qiáng)信息隱藏，這些私有的頭文件可以和定義文件存放于同一個(gè)目錄。在很多場合，源代碼不便（或不準(zhǔn)）向用戶公布，只要向用戶提供頭文件和二進(jìn)制的庫即可。 // 全局函數(shù)聲明…class Box // 類結(jié)構(gòu)聲明{…}。? 【規(guī)則 122】用 include 格式來引用標(biāo)準(zhǔn)庫的頭文件（編譯器將從標(biāo)準(zhǔn)庫目錄開始搜索） 。（2）文件名稱，標(biāo)識符，摘要。預(yù)計(jì)到 2022 年 7 月，我們將建立切合中國國情的 CMMI 3 級解決方案。上海貝爾的員工可以向網(wǎng)絡(luò)應(yīng)用事業(yè)部軟件工程研究小組索取 CMMI 有關(guān)資料，最好能參加培訓(xùn)。編程也是同樣道理。編程考試結(jié)束后，請閱讀本書的正文。編程質(zhì)量差往往是由于不良習(xí)慣造成的，與人的智力、能力沒有多大關(guān)系，還是有藥可救的。定義 2：能長期穩(wěn)定地編寫出高難度、高質(zhì)量程序的程序員稱為編程高手。我做過現(xiàn)場試驗(yàn)：有一次部門新進(jìn) 14 名碩士生，在開歡迎會之前對他們進(jìn)行“C++/C 編程技能”摸底考試。勤奮好學(xué)的程序員長期在低質(zhì)量的程序堆中滾爬，吃盡苦頭之后才有一些心得體會，長進(jìn)極慢，我就是一例。我精神抖擻地進(jìn)“考場” ，大汗淋漓地出“考場” 。我目瞪口呆地意識到這套軟件毫無實(shí)用價(jià)值，一年的心血白化了，并且害死了自己的軟件公司。我從讀大學(xué)到博士畢業(yè)十年來一直勤奮好學(xué)，累計(jì)編寫了數(shù)十萬行 C++/C 代碼。(7) 真正的程序員認(rèn)為自己比用戶更明白用戶需要什么。請花一兩個(gè)小時(shí)認(rèn)真閱讀這本百頁經(jīng)書，你將會獲益匪淺，這是前面 N1 個(gè)讀者的建議。(4) 真正的程序員不畫流程圖，原始人和文盲才會干這事。所以別奇怪，程序員的很多缺點(diǎn)竟然可以被當(dāng)作優(yōu)點(diǎn)來欣賞。讀博期間我曾用一年時(shí)間開發(fā)了一個(gè)近 10 萬行 C++代碼的 3D 圖形軟件產(chǎn)品，我內(nèi)心得意表面謙虛地向一位真正的