習慣能讓你的代碼在高效運行的同時提高可維護性

你寫代碼的時候，可能大部分時間都浪費在維護上了，程式的維護代價很高。培養良好的程式設計習慣，如模組化設計，可以讓你的代碼可讀性更好，從而容易維護

有些人問,優秀程式師和大牛有什麼區別，

大概有10到20種吧。因為大牛有很好的程式設計習慣和豐富的經驗，所以他們非常的高效。如果不好的程式設計習慣出現在你的代碼裡，你的代碼效率就會降低。本文闡述一些好的程式設計習慣，他們可以讓你成為更好的程式師。

這些習慣能讓你的代碼在高效運行的同時提高可維護性。你寫代碼的時候，可能大部分時間都浪費在維護上了，

程式的維護代價很高。培養良好的程式設計習慣，如模組化設計，可以讓你的代碼可讀性更好，從而容易維護。

代碼中的問題往往伴隨著不良的程式設計習慣，而且後者會導致代碼不好修改並可能出現新的缺陷。下面有五個好的程式設計習慣，將幫你避免這些陷阱：使用友好的命名方式。使用更精悍短小的代碼。注釋你的代碼。編寫異常處理。永遠，永遠不要複製粘貼這些習慣。

使用友好的命名方式

良好的命名方式是最重要的程式設計習慣，因為好的命名會讓代碼易懂，好懂。代碼的可讀性決定它的可維護性。即使你在代碼沒有寫注釋，如果它可讀性好的話，它也修改起來也會簡單。你應該在練習開時就使用良好的命名方式，讓你的代碼像一本書一樣。

例1 包含一個過短的變數名，寫出這樣的代碼非常不好弄懂，而且函數名也沒有清晰的描述出這個方法是做什麼的。

函數名表示了函數的功能，如果它卻是做別的用途的，那就會誤導別人。

編寫代碼、解決問題是一種容易的事情。當你解決一個正在發生的問題，編呀編，寫呀寫，你的方法越來越長。只要你回頭使用更少的代碼來重構，就是過了很久也沒什麼問題。

重構是個好主意，但你應該養成第一次就寫出更短小精悍代碼的習慣。在一個視窗上（玉米：不用翻頁）就能看全的短小函數更容易理解。

要是一個函數長出了視窗，就很難理解了，因為你不能快速的從頭到腳的流覽整個代碼。

當構思一個方法的時候，你還應該養成一個讓它們只做一件事情的習慣。以下因素寫代碼時應常注意。第一，只做一件事情的函數更易於複用。第二，這樣的函數測試更方便。第三，這樣的函數好讀易懂方便改——如果必要的話——讓它們盡可能的簡單吧。