這篇部落格並沒有很好地總結完我理解的 程式碼評價標準，為拿CSDN1024勳章草草釋出，後續會完善，還望見諒 :)

程式碼質量的評價標準某種意義上類似於文學作品，由個體主觀評價然後形成一個相對客觀的評價。 但程式碼與文學作品不一樣的地方是，程式碼實際上有兩個讀者：計算機和程式設計師。 所以對於程式碼質量的定義我們需要從兩個維度來分析：主觀的，被人類理解的部分；還有客觀的，計算機裡的執行情況。

計算機執行的維度：

• 目的：效執行率高、可維護、可複用、可拓展、靈活性好
• 手段：設計模式六大原則

人類理解的維度：

• 目的：可讀性
• 手段：命名方法、函式設計、格式、註釋

在很多跟程式碼質量有關的書裡都強調了一個觀點：程式首先是給人看的，其次才是能被機器執行。 在評價可讀性這個維度的好壞的時候，可採用一種方法，就是將程式碼翻譯成中文讀給其他程式設計師聽。不可避免的會有需要聯絡上下文才能理解的句子，但這就是相對可以量化的地方，如果需要聯絡的上下文越多，意味著程式碼的可讀性越差。