七條原則實現簡單的代碼設計

1.  命名（變量名，參數名，函數名，也包括文件名）應當體現概念含義, 應當準確表達事物本質, 且恰如其分。

2.  涉及到計算（包括算術、邏輯、控制等等）的地方，如果這組運算行為，與現實業務中某個概念對應，則建議封裝成一個函數。

3. 如果一個函數，體現的是現實業務中的一個大概念，但是其內部有若干個代碼塊，每個代碼塊體現了一個更細粒度的小概念，

     則建議將這些代碼塊抽取成函數。

4. 每個函數都不大，基本上200行以內。代碼達到自注釋的效果，層層隱藏實現細節。

5. 一個好的設計，增加新功能是，通常是只增加代碼，幾乎不修改任何代碼。

    例如，增加一個宏定義，增加一個else if 分支，增加一個switch case分支，增加一個file_operation結構變量等。

6.  版本維護是一個長期的過程。

      版本演進過程中，如果發現違背了上述原則時，則可能需要及時進行新的抽像。即將老的概念進行進一步的包裝，形成新的概念層。

7. 追求性能，與追求上述特性，是相沖突的。對于性能問題，需要拆中考慮。最好是針對對性能影響最關鍵的局部模塊（例如，熱度最高的函數）進行優化。

    當然，精良的整體設計對性能的提升無疑是有極大好處的。