重要概念
程式碼應該易於理解

一切的一切的一切的標準

易於理解大於一切

上面這條定律貫穿全書

若將

  • 可讀性
  • 可改性
  • coding style
  • 程式碼長度

都納入考量, 上面這條定律仍然適用, 將上述事項嚴謹的完成是邁向易於理解的途徑

可讀性基本定理
撰寫程式時應該將讀者理解所需的時間降到最短

理解的要求非常高
理解包括, 能夠修改, 找出bug, 與其他程式互動的部份

而大家心中最大的疑問可能跟我一樣

程式碼效率呢? 程式碼架構呢? 會不會跟易於理解起衝突 ( 比如比較爛的演算法比較易讀, 高效能演算法通常都很難讀懂?)

答:不會

作者發現上述項目如:程式碼效率, 程式碼架構等等並不影響易於理解這條定律

在許多高度最佳化的程式碼中, 仍然有辦法讓程式碼具有高度可理解性

實際上來說讓程式碼易於理解幾乎等於產生良好架構並且易於測試

所以不要再說自己做了一個很難的功能, 或者架構複雜, 或者演算法很快, 所以程式碼難以理解了, 這都是藉口!

你的程式碼好不好是讀者說了算

參考資料

The Art of Readable Code