撰寫良好程式碼最重要的原則

程式碼應該要容易被理解

• 程式碼應該要容易被理解，讓別人花最少時間讀懂程式碼
• 易讀的程式碼同事意味著有良好的架構且較容易測試
• 大多數時候，攥寫較短的程式碼會比長的程式碼來得好(但是也有例外)

撰寫較少的程式碼通常比較好

• 2000行程式碼會比5000行程式碼來的容易瞭解
• 某些情況長的程式碼會比短的程式碼來得容易瞭解

• assert((!(bucket = FindBucket(key))) || !bucket->IsOccupied());
  

• 第二個例子雖然比較長，但是比第一個例子容易理解

  bucket = FindBucket(key);
  if (bucket != NULL) assert(!bucket->IsOccupied());
  

• 加上一些註解會更容易瞭解

  // Fast version of "hash = (65599 * hash) + c"
  hash = (hash << 6) + (hash << 16) - hash + c;
  

• 永遠都以撰寫好讀的程式碼為目標