代碼規範化的第一個好處就是看着很整齊、很舒服。假如你現在用不規範的方式寫了一萬行代碼，現在能看得懂，但等過了三個月你再回頭看時就很吃力了，更不要說給別人看了。所以代碼要寫規範，比如加註釋就是代碼規範化的一個思想。
在一般情況下，根據軟件工程的思想，我們的註釋要佔整個文檔的20%以上。所以註釋要寫得很詳細，而且格式要寫得很規範。
一、規範的代碼可以促進團隊合作
一個項目大多都是由一個團隊來完成，如果沒有統一的代碼規範，那麼每個人的代碼必定會風格迥異。且不說會存在多個人同時開發同一模塊的情況，即使是分工十分明晰的，等到要整合代碼的時候也有夠頭疼的了。大多數情況下，並非程序中有複雜的算法或是複雜的邏輯，而是去讀別人的代碼實在是一件痛苦的事情。統一的風格使得代碼可讀性大大提高了，人們看到任何一段代碼都會覺得異常熟悉。顯然的，規範的代碼在團隊的合作開發中是非常有益而且必要的。
二、規範的代碼可以減少bug處理
很多IT人士將程序員比做民工，這也的確非常的形象。就像剛纔提到的，複雜的算法或邏輯只佔項目中很小的比例，大多僅僅是壘代碼的工作。可是越是簡單，測試的bug反而是越多，而且是無窮無盡的bug。這裏很大的程度上是由於代碼不規範所致。
沒有規範的對輸入輸出參數的規範，沒有規範的異常處理，沒有規範的日誌處理等等，不但導致了我們總是出現類似空指針這樣低級的bug而且還很難找到引起bug的原因。相反，在規範的開發中，bug不但可以有效減少，查找bug也變得輕而易舉。
規範不是對開發的制約，而確實是有助於提高開發效率的。
三、規範的代碼可以降低維護成本
隨着我們項目經驗的累積，會越來越重視後期維護的成本。而開發過程中的代碼質量直接影響着維護的成本。因此，我們不得不從開發時便小心翼翼。
在第一點中曾提到，規範的代碼大大提高了程序的可讀性，幾乎所有的程序員都曾做過維護的工作，不用多說，可讀性高的代碼維護成本必然會大大降低。
但是，維護工作不僅僅是讀懂原有代碼，而是需要在原有代碼基礎上作出修改。我們可以先想像沒有統一風格的情況下，A完成開發以後，B進行維護加一段代碼，過一段時間C又加一段代碼。。。。。。直到有一天X看到那一大堆亂碼想死的心都有了，維護也就進行不下去了。因此，統一的風格有利於長期的維護。
另外，好的代碼規範會對方法的度量、類的度量以及程序耦合性作出約束。這樣不會出現需要修改一個上千行的方法或者去擴展一個沒有接口的類的情況。規範的代碼對程序的擴展性提高，無疑也是對維護人員的一個獎勵。
四、規範的代碼有助於代碼審查
我個人是比較贊同進行代碼審查的，這樣可以及時糾正一些錯誤，而且可以對開發人員的代碼規範作出監督。團隊的代碼審查同時也是一個很好的學習機會，對成員的進步也是很有益的。但是，開發隨意，加重的代碼審查的工作量及難度，並且使得代碼審查工作沒有根據，浪費了大量的時間卻收效甚微。
代碼規範不僅使得開發統一，減少審查拿督，而且讓代碼審查有據可查，大大提高了審查效率和效果，同時代碼審查也有助於代碼規範的實施。一舉多得，何樂而不爲呢。
五、養成代碼規範的習慣，有助於程序員自身的成長
即使明白代碼規範的好處，但是有的迫於項目壓力，有的因爲繁瑣的規範作出很多額外的工作，更有的不重視維護的問題，而很難貫徹代碼規範。
那麼，我們需要了解，規範開發最大的受益人其實是自己！
你有沒有花費很多的時候查找自己的代碼呢？尤其是出現bug的時候需要逐行的debug？自己寫的代碼亂了頭緒的確實也見了不少。我們應該做的就是規範開發，減少自己出現的錯誤。很多時候項目的壓力一部分也是由於前期開發中遺留的衆多的問題。
還有的人覺得自己可以完成高難度的算法，就認爲自己能力很強，不把規範放在眼裏。很多人確實是這樣，追求個性，大概讓別人看他的代碼一頭霧水更覺得得意。殊不知複雜的算法確實可以體現你個人的邏輯能力，但是絕不代表你的開發水平。我們知道一些開源項目，一些大師級人物寫得程序都是極其規範的。並非規範了就代表高水平，實際上是規範的代碼更有利於幫助你理解開發語言理解模式理解架構，能夠幫助你快速提升開發水平。不明白這點，即使你寫的再高明的算法，沒準哪天也被當作亂碼別處理掉。
記住！每天壘亂碼（或許你不覺得，但是大多時候在別人眼中確實就是亂碼）並不能使你獲得更多的進步，相反要達到高水平的程序員，養成良好的開發習慣是絕對必需的。
不要沉迷表面的得失，看似無用的東西要經過慢慢的累積由量變達到質變的時候，你才能感受到其價值所在。
