你寫代碼的時候， 可能大部分時間都浪費在維護上了， 程式的維護代價很高。 培養良好的程式設計習慣， 如模組化設計， 可以讓你的代碼可讀性更好， 從而容易維護
有些人問,優秀程式師和大牛有什麼區別， 大概有10到20種吧。 因為大牛有很好的程式設計習慣和豐富的經驗， 所以他們非常的高效。 如果不好的程式設計習慣出現在你的代碼裡， 你的代碼效率就會降低。 本文闡述一些好的程式設計習慣， 他們可以讓你成為更好的程式師。
這些習慣能讓你的代碼在高效運行的同時提高可維護性。 你寫代碼的時候，
代碼中的問題往往伴隨著不良的程式設計習慣， 而且後者會導致代碼不好修改並可能出現新的缺陷。 下面有五個好的程式設計習慣， 將幫你避免這些陷阱：使用友好的命名方式。 使用更精悍短小的代碼。 注釋你的代碼。 編寫異常處理。 永遠， 永遠不要複製粘貼這些習慣。
使用友好的命名方式
良好的命名方式是最重要的程式設計習慣， 因為好的命名會讓代碼易懂， 好懂。 代碼的可讀性決定它的可維護性。 即使你在代碼沒有寫注釋， 如果它可讀性好的話， 它也修改起來也會簡單。
例1 包含一個過短的變數名， 寫出這樣的代碼非常不好弄懂， 而且函數名也沒有清晰的描述出這個方法是做什麼的。 函數名表示了函數的功能， 如果它卻是做別的用途的， 那就會誤導別人。
編寫代碼、解決問題是一種容易的事情。 當你解決一個正在發生的問題， 編呀編， 寫呀寫， 你的方法越來越長。 只要你回頭使用更少的代碼來重構， 就是過了很久也沒什麼問題。
重構是個好主意， 但你應該養成第一次就寫出更短小精悍代碼的習慣。 在一個視窗上（玉米：不用翻頁）就能看全的短小函數更容易理解。 要是一個函數長出了視窗，
當構思一個方法的時候， 你還應該養成一個讓它們只做一件事情的習慣。 以下因素寫代碼時應常注意。 第一， 只做一件事情的函數更易於複用。 第二， 這樣的函數測試更方便。 第三， 這樣的函數好讀易懂方便改——如果必要的話——讓它們盡可能的簡單吧。
