2013年1月3日 星期四

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


  • 程式碼應該要容易被理解

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



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

    • 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;
      
    • 永遠都以撰寫好讀的程式碼為目標

    沒有留言:

    張貼留言