內功深厚的武林高手出招往往平淡無奇。同理，編程高手也不會用奇門怪招寫程序。良好的編程風格是產生高質量程序的前提。 下面以C++為例，來給大家介紹。
一、 命名約定
有不少人編程時用拼音給函數或變量命名，這樣做並不能說明你很愛國，卻會讓用此程序的人迷糊（很多南方人不懂拼音，我就不懂）。程序中的英文一般不會太復雜，用詞要力求准確。匈牙利命名法是Microsoft 公司倡導的[Maguire 1993]，雖然很煩瑣，但用習慣了也就成了自然。沒有人強迫你采用何種命名法，但有一點應該做到：自己的程序命名必須一致。
以下是我編程時采用的命名約定：
（1）宏定義用大寫字母加下劃線表示，如MAX_LENGTH；
（2）函數用大寫字母開頭的單詞組合而成，如SetName, GetName ；
（3）指針變量加前綴p，如*pNode ；
（4）BOOL 變量加前綴b，如bFlag ；
（5）int 變量加前綴i，如iWidth ；
（6）float 變量加前綴f，如fWidth ；
（7）double 變量加前綴d，如dWidth ；
（8）字符串變量加前綴str，如strName ；
（9）枚舉變量加前綴e，如eDrawMode ；
（10）類的成員變量加前綴m_，如m_strName, m_iWidth ；
對於int, float, double 型的變量，如果變量名的含義十分明顯，則不加前綴，避免煩瑣。如用於循環的int 型變量i,j,k ；float 型的三維坐標（x,y,z）等。
二、 使用斷言
程序一般分為Debug 版本和Release 版本，Debug 版本用於內部調試，Release 版本發行給用戶使用。斷言assert 是僅在Debug 版本起作用的宏，它用於檢查“不應該”發生的情況。以下是一個內存復制程序，在運行過程中，如果assert 的參數為假，那麼程序就會中止（一般地還會出現提示對話，說明在什麼地方引發了assert）。
assert 不是一個倉促拼湊起來的宏，為了不在程序的Debug 版本和Release 版本引起差別，assert 不應該產生任何副作用。所以assert 不是函數，而是宏。程序員可以把assert 看成一個在任何系統狀態下都可以安全使用的無害測試手段。
很少有比跟蹤到程序的斷言，卻不知道該斷言的作用更讓人沮喪的事了。你化了很多時間，不是為了排除錯誤，而只是為了弄清楚這個錯誤到底是什麼。有的時候，程序員偶爾還會設計出有錯誤的斷言。所以如果搞不清楚斷言檢查的是什麼，就很難判斷錯誤是出現在程序中，還是出現在斷言中。幸運的是這個問題很好解決，只要加上清晰的注釋即可。這本是顯而易見的事情，可是很少有程序員這樣做。這好比一個人在森林裡，看到樹上釘著一塊“危險”的大牌子。但危險到底是什麼？樹要倒？有廢井？有野獸？除非告訴人們“危險”是什麼，否則這個警告牌難以起到積極有效的作用。難以理解的斷言常常被程序員忽略，甚至被刪除。[Maguire 1993]
以下是使用斷言的幾個原則：
（1）使用斷言捕捉不應該發生的非法情況。不要混淆非法情況與錯誤情況之間的區別，後者是必然存在的並且是一定要作出處理的。
（2）使用斷言對函數的參數進行確認。
（3）在編寫函數時，要進行反復的考查，並且自問：“我打算做哪些假定？”一旦確定了的假定，就要使用斷言對假定進行檢查。
（4）一般教科書都鼓勵程序員們進行防錯性的程序設計，但要記住這種編程風格會隱瞞錯誤。當進行防錯性編程時，如果“不可能發生”的事情的確發生了，則要使用斷言進行報警。
三、 new、delete 與指針
在C++中，操作符new 用於申請內存，操作符delete 用於釋放內存。在C 語言中，函數malloc 用於申請內存，函數free 用於釋放內 存。由於C++兼容C 語言，所以new、delete、malloc、free 都有可能一起使用。new 能比malloc 干更多的事，它可以申請對象的內存，而malloc 不能。C++和C 語言中的指針威猛無比，用錯了會帶來災難。對於一個指針p，如果是用new申請的內存，則必須用delete 而不能用free 來釋放。如果是用malloc 申請的內存，則必須用free 而不能用delete 來釋放。在用delete 或用free 釋放p 所指的內存後，應該馬上顯式地將p 置為NULL，以防下次使用p 時發生錯誤。示例程序如下：
我們還要預防“野指針”，“野指針”是指向“垃圾”內存的指針，主要成因有兩種：
（1）指針沒有初始化。
（2）指針指向已經釋放的內存，這種情況最讓人防不勝防，示例程序如下：
四、使用const
在定義一個常量時，const 比#define 更加靈活。用const 定義的常量含有數據類型，該常量可以參與邏輯運算。例如：
除了能定義常量外，const 還有兩個“保護”功能：
一、強制保護函數的參數值不發生變化
以下程序中，函數f 不會改變輸入參數name 的值，但是函數g 和h 都有可能改變name的值。
對於一個函數而言，如果其‘&’或‘*’類型的參數只作輸入用，不作輸出用，那麼應當在該參數前加上const，以確保函數的代碼不會改變該參數的值（如果改變了該參數的值，編譯器會出現錯誤警告）。因此上述程序中的函數g 和h 應該定義成：
二、強制保護類的成員函數不改變任何數據成員的值
以下程序中，類stack 的成員函數Count 僅用於計數，為了確保Count 不改變類中的任何數據成員的值，應將函數Count 定義成const 類型。
五、 其它建議
（1）不要編寫一條過分復雜的語句，緊湊的C++/C 代碼並不見到能得到高效率的機器代碼，卻會降低程序的可理解性，程序出錯誤的幾率也會提高。
（2）不要編寫集多種功能於一身的函數，在函數的返回值中，不要將正常值和錯誤標志混在一起。
（3）不要將BOOL 值TRUE 和FALSE 對應於1 和0 進行編程。大多數編程語言將FALSE定義為0，任何非0 值都是TRUE。Visual C++將TRUE 定義為1，而Visual Basic 則將TRUE定義為-1。示例程序如下：
（4）小心不要將“= =”寫成“=”，編譯器不會自動發現這種錯誤。
（5）不要將123 寫成0123，後者是八進制的數值。
（6）將自己經常犯的編程錯誤記錄下來，制成表格貼在計算機旁邊。
小結
C++/C 程序設計如同少林寺的武功一樣博大精深，我練了8 年，大概只學到二三成。所以無論什麼時候，都不要覺得自己的編程水平天下第一，看到別人好的技術和風格，要虛心學習。本章的內容少得可憐，就象口渴時只給你一顆楊梅吃，你一定不過瘾。我借花獻佛，推薦一本好書：Marshall P. Cline 著的《C++ FAQs》[Cline 1995]。你看了後一定會贊不絕口。會編寫C++/C 程序，不要因此得意洋洋，這只是程序員基本的技能要求而已。如果把系統分析和系統設計比作“戰略決策”，那麼編程充其量只是“戰術”。
如果指揮官是個大笨蛋，士兵再勇敢也會吃敗仗。所以我們程序員不要只把眼光盯在程序上，要讓自己博學多才。我們應該向北京胡同裡的小孩們學習，他們小小年紀就能指點江山，評論世界大事。
