隨着公司的業務發展，項目越來越多，越來越大，複雜性也越來越高。查找一個BUG變得越發抓狂；新人熟悉一塊代碼也變得越發困難。有的時候順手寫下的一行充滿壞味道的代碼，可能當時不會出現什麼影響，而且當事人也十分清楚自己寫的東西。但是，當日積月累之後，這種壞代碼越來越多，整個項目就變得混亂不堪，牽一髮而動全身，各種錯誤，修復了這影響了那。
這是個老生長談的話題，要解決前面說的這些情況，必須要有一個規範來進行約束。不以規矩不成方圓，而且，這些規範必須也要有比較持續穩定的代碼審覈機制來支持。一個公司、團隊值不值得去做這些，這是後話，這裏不討論。
大的公司一般都有比較多具備豐富開發經驗的工程師，經過不斷地歸納總結，內部都有一套比較成熟的開發規範。這裏我來分享一下阿里的android開發手冊，供大家學習與借鑑。
歡迎大家相互討論與學習！