我們在編碼的時候總是希望能寫出風格良好，清晰、健壯的程式，把**當成一件藝術品來看待、來雕琢，讓
coding成為一種藝術。 看了很多大牛關於程式設計風格與修養方面的文章，很受啟發，結合自己體會，簡錄幾條，提醒自己時刻注意。
1.引數檢查
對於有引數的函式，首先要對引數的合法性進行檢查。可以利用assert斷言或其他方式進行判斷。.對於檔案、動態分配記憶體等需要進行系統呼叫的操作應該對返回值進行檢查。
2.動態記憶體操作
申請和釋放動態記憶體應一一對應，並且盡可能在同一層次上使用，不要在乙個函式內進行記憶體申請，將得到的指向動態記憶體的指標返回到外部去使用。避免記憶體洩漏。
3.子函式
把具有相同或相近功能的，並且經常呼叫的**抽取出來，寫成乙個函式。設計好函式介面非常重要。不要乙個函式動輒幾百行甚至更多，按照功能劃分，都寫成子函式，讓函式去構成主函式，清晰、明了，往往看完**，演算法流程也就基本了解了。
4.良好的注釋
好的注釋便於記憶和理解程式的細節，對檔案和重要的函式都應該寫好注釋。不僅僅是由於工作交接等原因才來寫，為了給別人看。其實，更是給自己來看。乙個程 序時間久了，細節自然就記不清楚，如果沒有好的注釋，需要很久才能回憶起來。這是你就會發現，此時花的時間比當初認為寫注釋費的時間不知要多多少。
5.書寫debug版和release版的程式
程式在開發過程中必然有許多程式設計師加的除錯資訊，非常寶貴，在日後的維護過程中也是很寶貴的東西。可以像
7.自己寫工具
好的程式設計師都很「懶」。我們很聰明，計算機很傻；我們怕累，計算機不怕。所以，對一些瑣碎的但有規律的手工勞動，自己寫工具，讓計算機替我們去做吧！
8.模組化
模組化似乎是程式設計裡最常聽到的乙個設計理念。然而在實際開發過程中，很多人並沒有嚴格的按照這一思路來編寫程式。儘管程式照跑，但無論從可讀性還是靈活性、維護性上恐怕都要大些折扣。所謂模組化，我想可以用一句話概括：將程式劃分為一系列原子模組，沒個原子模組只幹一件事。 這並不容易，你必須對你設計的系統的功能、結構非常清楚，這樣才能按照功能將大系統很好的分為小模組，每個模組都有設計良好的介面。一旦你按照這種思路將各個模組完成，剩下的任務就是搭積木了。隨心所欲，各種搭配組合都可以使用。非常靈活。
9.不要盲目優化
。。
程式設計好習慣
1.dry 不要重複你自己 don t repeat yourself dry是一條最容易理解但又是相對比較難以應用的原則。它是指當你在兩處或者更多的地方發現相似 時，我們應當把它們抽象成乙個新的函式，在之前重複的地方呼叫新的函式並帶上適當的引數。dry也許是最普遍的一條程式設計原則，我從未發現乙個...
C 程式設計好習慣
1.不要在建構函式中做初始化操作 要求類 尤其是對外介面類 提供init 函式，在該函式中進行相關初始化操作，初始化失敗能夠返回錯誤碼。可以規避問題 建構函式中難以返回錯誤碼，外部呼叫者無從判斷初始化結果。當該類作為全域性變數使用時，構造函式呼叫發生在main 函式執行之前，出現問題難以追蹤。2.所...
15個程式設計好習慣
編者按 這是國外程式設計師al katib總結的一些程式設計習慣。1.動手編碼之前，你需要對要編碼實現的解決方案有乙個正式的或粗略的設計。永遠不要在沒有任何設計的前提下就開始編碼，除非所編 不重要。2.優秀的 文件跟程式語言知識一樣重要。在 原始檔中，為每個主要的 段新增注釋，解釋 的基本邏輯。最好...