我本人的本科專業就是軟件工程，作為開發人員，壹開始學習的時候就養成編碼的好習慣真的可以省下很多時間成本，可以讓寫的代碼更加容易理解、更加容易擴展，也可以具有更強的通用性。
那麽我堅持了哪些好習慣呢？
多閱讀優秀的代碼
有空的時候多看看壹些優秀的開源框架的代碼，不要求研究透徹，只要能學習到其中的壹些優秀的設計理念就可以了，可以通過打斷點調試的方式去看源碼。
多看看官方文檔，它壹定是最準確、最實時的資料。編寫官方文檔的人，也通常就是這些技術或者軟件的開發者，他們是對這些東西最了解的人，所以編寫的文檔不僅質量非常高，通常內容也都是最新的。
規範命名
ITWorld 曾經發起過壹個“程序員最頭疼的事情”投票，結果，近半數的程序員認為命名是最頭疼的事情。有些人在寫代碼的時候就放廢了自我，使用壹些只有自己能看得懂的名字，其他人壹看就不懂了。
函數、變量、類名等的命名要有它自己的意義，要做到見名知意。不論是內部變量還是全局變量，都要形成自己的壹種命名規則，能夠壹眼看明白變量的意思。良好的命名，則可以大大提高我們的代碼易讀性，也能大大增強代碼的可維護性。
認真註釋
和命名壹樣讓程序員頭疼的還有兩件事：寫註釋頭疼，別人不寫註釋讀著頭疼。寫註釋是為了讓妳下次再看到它的時候，能很快知道寫的是什麽，不寫註釋，即使是自己再次看到自己寫的代碼時可能都不知道寫的是什麽，那就更不要提別人看了妳的代碼之後是什麽感受了。
在必要的地方寫上註釋說明，方便接手的人理解代碼，也方便自己，但註釋在於精而不在於多。
模塊化編程
將代碼模塊化，提取出公***邏輯可以使代碼的結構比較清晰，對於出現bug時，bug定位起來也比較方便。
在代碼中嵌套是我們經常做的事情，雖然嵌套本身並沒有什麽問題，但有時會使代碼更難讀。
為了避免不必要的嵌套，我們可以使用 "Return Early "設計模式，它允許我們將if語句作為壹個保護子句，在執行下壹步的代碼之前檢查錯誤並返回。
編程的好習慣真的要從壹開始就要養成，即使不是開源代碼也要認真對待，在持續的練習過程中養成編程的好習慣。