編寫待評審的內容

最佳實踐 4 - 編寫程式碼應供評審

在編寫軟體程式碼時，請記住，有人將審查你的程式碼，並且你將不得不面對以下一個或多個方面的批評，但不限於此

• 糟糕的編碼
• 不遵循標準
• 沒有時刻銘記著效能
• 歷史記錄、縮排、註釋不恰當。
• 可讀性差
• 開啟的檔案未關閉
• 已分配的記憶體未釋放
• 全域性變數過多。
• 硬編碼太多。
• 錯誤處理不當。
• 沒有模組化。
• 重複的程式碼。

在編碼時牢記所有上述要點，並在它們進入原始碼之前阻止它們。完成編碼後，至少自審一次。我敢肯定，自審將幫助你自行清除 90% 的問題。

完成編碼和自審後，請你的同齡人進行程式碼審閱。我強烈建議你愉快地接受審閱評論，並向審閱你程式碼的人員表示感謝。同時，批評別人編寫的原始碼永遠不是好事。如果你從未這樣做過，請嘗試一次，看看編碼者的表情。

接受批評，但不要批評

編寫不佳的原始碼可以教會你編寫良好的原始碼，只要你積極對待並從中吸取教訓。

你的目標應該首先是阻止錯誤，並建立沒有錯誤的程式碼。像測試人員一樣思考，這樣你就會對測試人員構成挑戰。