【正文】 軟件產品而言并不是“成敗悠關” 的事，我們不要化太多精力試圖發(fā)明世界上最好的命名規(guī)則，而應當制定一種令大多數(shù)項目成員滿意的命名規(guī)則，并在項目中貫徹實施。倘若采用“匈牙利”命名規(guī)則，則應當寫成int iI, iJ, ik。例如所有的字符變量均以 ch 為前綴，若是指針變量則追加前綴p。void Func2(void)。float x, y。很多 C++教課書受到 Biarne Stroustrup 第一本著作的影響，不知不覺地采用了 “以數(shù)據(jù)為中心”的書寫方式，并不見得有多少道理。我們不可以濫用類的封裝功能，不要把它當成火鍋，什么東西都往里扔。l l 【規(guī)則 278】當代碼比較長，特別是有多重嵌套時，應當在一些段落的結束處加注釋，便于閱讀。l l 【規(guī)則 274】注釋應當準確、易懂，防止注釋有二義性。否則多此一舉，令人厭煩。 l l 【規(guī)則 271】注釋是對代碼的“ 提示”，而不是文檔。C++語言中，程序塊的注釋常采用“/*…*/”，行注釋一般采用“//…”。雖然將 x 和 y 分行定義可以避免誤解，但并不是人人都愿意這樣做。若將修飾符 * 靠近數(shù)據(jù)類型，例如：int* x。 for (very_longer_initialization。 (very_longer_variable3 = very_longer_variable14)amp。l l 【規(guī)則 252】長表達式要在低優(yōu)先級操作符處拆分成新行，操作符放在新行之首（以便突出操作符）。 update){… // program code}for (initialization。l l 【規(guī)則 242】{ }之內的代碼塊在‘{’ 右邊數(shù)格處左對齊。 // 不要寫成 a . Function()。 y。 // 良好的風格x=ab?a:b。i10。amp。 // 良好的風格19 / 127void Func1 (int x,int y,int z)。 i10。l l 【規(guī)則 237】象“［］”、“.”、“”這類操作符前后不加空格。amp?！皇且恍械慕Y束符號，其后要留空格，如 for (initialization。l l 【規(guī)則 233】‘（’ 向后緊跟， ‘）’ 、‘，’、‘。 // 定義并初紿化 depth 代碼行內的空格l l 【規(guī)則 231】關鍵字之后要留空格。本建議可以減少隱患。 示例 22(a) 風格良好的代碼行 示例 22(b) 風格不良的代碼行 178。 condition。for (initialization。 y = c + d。 // 寬度高度深度 x = a + b。 int width。l l 【規(guī)則 222】if 、for、while、do 等語句自占一行，執(zhí)行語句不得緊跟其后。 } else { statement3。 l l 【規(guī)則 211】在每個類聲明之后、每個函數(shù)定義結束之后都要加空行。 空行空行起著分隔程序段落的作用。可以把程序的版式比喻為“書法 ”。15 / 127如果某些頭文件是私有的，它不會被用戶的程序直接引用，則沒有必要公開其“聲明” 。（2）頭文件能加強類型安全檢查。這里對頭文件的作用略作解釋：（1 ）通過頭文件來調用庫功能。（3） （3） 程序的實現(xiàn)體（包括數(shù)據(jù)和代碼）。 ifndef GRAPHICS_H // 防止 被重復引用define GRAPHICS_H include // 引用標準庫的頭文件…13 / 127include “” // 引用非標準庫的頭文件…void Function1(…)。178。 178。 l l 【規(guī)則 121】為了防止頭文件被重復引用，應當用 ifndef/define/endif 結構產生預處理塊。 /** Copyright (c) 2022,上海貝爾有限公司網絡應用事業(yè)部* All rights reserved.* * 文件名稱：* 文件標識： 見配置管理計劃書* 摘 要： 簡要描述本文件的內容* * 當前版本：* 作 者： 輸入作者（或修改者）名字* 完成日期：2022 年 7 月 20 日** 取代版本： * 原作者 ： 輸入原作者（或修改者）名字* 完成日期：2022 年 5 月 10 日*/12 / 127 示例 11 版權和版本的聲明 頭文件的結構頭文件由三部分內容組成：（1 ）頭文件開頭處的版權和版本聲明（參見示例 11）。 版權和版本的聲明版權和版本的聲明位于頭文件和定義文件的開頭（參見示例 11），主要內容有：（1 ）版權信息。 林銳，2022 年 7 月 11 / 127第 1 章文件結構每個 C++/C 程序通常分為兩個文件。（3）如果競爭對手公司的員工得到本書，請勿公開使用，以免發(fā)生糾紛。編程的好經驗應該大家共享，我們自己也是這么學來的。如果你想成為優(yōu)秀的軟件開發(fā)人員，建議你閱讀并按照 CMMI 規(guī)范做事，讓自己的綜合水平上升一個臺階。有一位同事看了第七章后覺得“野指針” 寫得不錯，與我切磋了一把。人在小時候說話發(fā)音不準，寫字潦草，如果不改正，總有后悔的時候。別小看了，提高質量就是要從這些點點滴滴做起。（4）如果你在沒有任何提示的情況下考了滿分，希望你能收我做你的徒弟。如果你還沒有找到合適的工作單位，不妨到上海貝爾試一試。（1）如果你只得了幾十分，請不要聲張，也不要太難過。因為發(fā)現(xiàn)自己連編程基本技能都未能全面掌握，頂多算是二流水平，還好意思談什么老手和高手。定義 1：能長期穩(wěn)定地編寫出高質量程序的程序員稱為編程老手。競爭對手公司的朋友們也做過試驗，同樣一敗涂地。領導們不敢相信這是真的?！案哔|量 ”可不是干活小心點就能實現(xiàn)的！ 我們有充分的理由疑慮：（1 ）編程老手可能會長期用隱含錯誤的方式編程（習慣成自然），發(fā)現(xiàn)毛病后都不愿相信那是真的！（2）編程高手可以在某一領域寫出極有水平的代碼，但未必能從全局把握軟件質量的方方面面。我們心目中的老手們和高手們能否編寫出高質量的程序來？不見得都能！ 就我的經歷與閱歷來看，國內大學的計算機教育壓根就沒有灌輸高質量程序設計的觀念，教師們和學生們也很少自覺關心軟件的質量。7 / 127 我把反省后的心得體會寫成文章放在網上傳閱，引起了不少軟件開發(fā)人員的共鳴。我化了半個小時，修改了數(shù)次，他還不盡滿意，讓我回家好好琢磨。博士畢業(yè)前半年，我曾到微軟中國研究院找工作，接受微軟公司一位資深軟件工程師的面試。讓人感覺那套軟件是用紙糊的華麗衣服，扯一下掉一塊，戳一下破個洞。在 1995 年開發(fā)的一套圖形軟件庫到 2022 年還有人買。我曾經也這樣信奉，并且希望自己成為那樣的“真正” 的程序員，結果沒有得到好下場。(10) (10)真正的程序員不會在上午 9:00 到下午 5:00 之間工作，如果你看到他在上午 9:00 工作，這表明他從昨晚一直干到現(xiàn)在。(6) (6) 真正的程序員不寫文檔也不需要文檔，只有看不懂程序的笨蛋才用文檔。(2) (2) 真正的程序員不寫使用說明書，用戶應當自己去猜想程序的功能。1 / 127 文件標識： 當前版本： 作 者： 林銳博士文件狀態(tài)[ ] 草稿文件[√] 正式文件[ ] 更改正式文件 完成日期： 2022 年 7 月 24 日 版本歷史 版本/狀態(tài) 作者 參與者 起止日期 備注V 草稿文件林銳 202271 至2022718林銳起草V 正式文件林銳 2022718 至2022724朱洪海審查 V ，林銳修正草稿中的錯誤 目錄前言第 1 章文件結構 版權和版本的聲明 頭文件的結構 定義文件的結構 頭文件的作用 目錄結構第 2 章程序的版式 空行2 / 127 代碼行 代碼行內的空格 對齊 長行拆分 修飾符的位置 注釋 類的版式第 3 章命名規(guī)則 共性規(guī)則 簡單的 WINDOWS 應用程序命名規(guī)則 簡單的 UNIX 應用程序命名規(guī)則第 4 章表達式和基本語句 運算符的優(yōu)先級 復合表達式 IF 語句 循環(huán)語句的效率 FOR 語句的循環(huán)控制變量 SWITCH 語句 GOTO 語句第 5 章常量 為什么需要常量 CONST 與 DEFINE 的比較 常量定義規(guī)則 類中的常量第 6 章函數(shù)設計 參數(shù)的規(guī)則 返回值的規(guī)則 函數(shù)內部實現(xiàn)的規(guī)則3 / 127 其它建議 使用斷言 引用與指針的比較第 7 章內存管理 內存分配方式 常見的內存錯誤及其對策 指針與數(shù)組的對比 指針參數(shù)是如何傳遞內存的？ FREE 和 DELETE 把指針怎么啦？ 動態(tài)內存會被自動釋放嗎？ 杜絕“野指針” 有了 MALLOC/FREE 為什么還要 NEW/DELETE ？ 內存耗盡怎么辦？ MALLOC/FREE 的使用要點 NEW/DELETE 的使用要點 一些心得體會第 8 章 C++函數(shù)的高級特性 函數(shù)重載的概念 成員函數(shù)的重載、覆蓋與隱藏 參數(shù)的缺省值 運算符重載 函數(shù)內聯(lián) 一些心得體會第 9 章類的構造函數(shù)、析構函數(shù)與賦值函數(shù) 構造函數(shù)與析構函數(shù)的起源 構造函數(shù)的初始化表 構造和析構的次序 示例：類 STRING 的構造函數(shù)與析構函數(shù)4 / 127 不要輕視拷貝構造函數(shù)與賦值函數(shù) 示例：類 STRING 的拷貝構造函數(shù)與賦值函數(shù) 偷懶的辦法處理拷貝構造函數(shù)與賦值函數(shù) 如何在派生類中實現(xiàn)類的基本函數(shù) 一些心得體會第 10 章類的繼承與組合 繼承 組合第 11 章其它編程經驗 使用 CONST 提高函數(shù)的健壯性 提高程序的效率 一些有益的建議參考文獻附錄 A ：C++/C 代碼審查表附錄 B ：C++/C 試題附錄 C ：C++/C 試題的答案與評分標準5 / 127前言 軟件質量是被大多數(shù)程序員掛在嘴上而不是放在心上的東西！ 除了完全外行和真正的編程高手外，初讀本書，你最先的感受將是驚慌：“哇！我以前捏造的 C++/C程序怎么會有那么多的毛??？” 別難過，作者只不過比你早幾年、多幾次驚慌而已。如今在 Inter 上流傳的“ 真正”的程序員據(jù)說是這樣的：(1) (1) 真正的程序員沒有進度表，只有討好領導的馬屁精才有進度表，真正的程序員會讓領導提心吊膽。(5) (5) 真正的程序員不看參考手冊，新手和膽小鬼才會看。(9) (9) 真正的程序員的程序不會在第一次就正確運行，但是他們愿意守著機器進行若干個 30 小時的調試改錯。就象在武俠小說中，那些獨來獨往、不受約束且?guī)c邪氣的高手最令人崇拜。這些軟件頻頻獲獎，有一個軟件獲得首屆中國大學生電腦大賽軟件展示一等獎。他雖然從未涉足過 3D 圖形領域，卻在幾十分鐘內指出該軟件多處重大設計錯誤。補修“內功 ”之后，又覺得腰板硬了起來。在大學里從來沒有人如此嚴格地考查過我的程序。我又好好地反省了一次。高質量程序設計是非常重要的環(huán)節(jié)，畢竟軟件是靠編程來實現(xiàn)的。試問有多少軟件開發(fā)人員對正確性、健壯性、可靠性、效率、易用性、可讀性（可理解性）、可擴展性、可復用性、兼容性、可移植性等質量屬性了如指掌？并且能在實踐中運用自如？。很少有人能夠寫出完全符合質量要求的 if 語句，很多程序員對指針、內存管理一知半解，……。結果沒有一個人及格，有半數(shù)人得零分。 我打算定義編程老手和編程高手，請您別見笑。 在寫此書前，我閱讀了不少程序設計方面的英文著作，越看越羞慚。然后參照答案嚴格打分。（2）如果你考及格了，表明你的技術基礎不錯，希望你能虛心學習、不斷進步。半年前我曾經發(fā)現(xiàn)一顆好苗子，就把他挖到我們小組來。難度不高，但是細節(jié)比較多。如果讀者覺得本書的編程風格比較合你的工作，那么就采用它，不要只看不做。特別是第七章“內存管理”，讀了并不表示懂了，懂了并不表示就能正確使用。 如果你的編程質量已經過關了，不要就此滿足。 由于 C++/C 編程是眾所周知的技術，沒有秘密可言。（2）未經作者許可，不得出版或大量印發(fā)本書。 歡迎讀者對本書提出批評建議。C++/C 程序的頭文件以“.h” 為后綴，C 程序的定義文件以“.c” 為后綴，C++程序的定義文件通常以“.cpp”為后綴（也有一些系統(tǒng)以“.cc” 或“.cxx”為后綴）。（4）版本歷史信