做業三： 是否須要有代碼規範？

須要代碼規範。代碼規範有很大的重要性。

1、規範的代碼能夠促進團隊合做 
一個項目大多都是由一個團隊來完成，若是沒有統一的代碼規範，那麼每一個人的代碼一定會風格迥異。且不說會存在多我的同時開發同一模塊的狀況，即便是分工十分明晰的，等到要整合代碼的時候也有夠頭疼的了。大多數狀況下，並不是程序中有複雜的算法或是複雜的邏輯，而是去讀別人的代碼實在是一件痛苦的事情。統一的風格使得代碼可讀性大大提升了，人們看到任何一段代碼都會以爲異常熟悉。顯然的，規範的代碼在團隊的合做開發中是很是有益並且必要的。 

2、規範的代碼能夠減小bug處理 
不少IT人士將程序員比作民工，這也的確很是的形象。就像剛纔提到的，複雜的算法或邏輯只佔項目中很小的比例，大多僅僅是壘代碼的工做。但是越是簡單，測試的bug反而是越多，並且是無窮無盡的bug。這裏很大的程度上是因爲代碼不規範所致。 
沒有規範的對輸入輸出參數的規範，沒有規範的異常處理，沒有規範的日誌處理等等，不但致使了咱們老是出現相似空指針這樣低級的bug並且還很難找到引發bug的緣由。相反，在規範的開發中，bug不但能夠有效減小，查找bug也變得垂手可得。 
規範不是對開發的制約，而確實是有助於提升開發效率的。 

3、規範的代碼能夠下降維護成本 
隨着咱們項目經驗的累積，會愈來愈重視後期維護的成本。而開發過程當中的代碼質量直接影響着維護的成本。所以，咱們不得不從開發時便當心翼翼。 
在第一點中曾提到，規範的代碼大大提升了程序的可讀性，幾乎全部的程序員都曾作過維護的工做，不用多說，可讀性高的代碼維護成本必然會大大下降。 
可是，維護工做不只僅是讀懂原有代碼，而是須要在原有代碼基礎上做出修改。咱們能夠先想像沒有統一風格的狀況下，A完成開發之後，B進行維護加一段代碼，過一段時間C又加一段代碼。。。。。。直到有一天X看到那一大堆亂碼想死的心都有了，維護也就進行不下去了。所以，統一的風格有利於長期的維護。 
另外，好的代碼規範會對方法的度量、類的度量以及程序耦合性做出約束。這樣不會出現須要修改一個上千行的方法或者去擴展一個沒有接口的類的狀況。規範的代碼對程序的擴展性提升，無疑也是對維護人員的一個獎勵。 

4、規範的代碼有助於代碼審查 
我我的是比較贊同進行代碼審查的，這樣能夠及時糾正一些錯誤，並且能夠對開發人員的代碼規範做出監督。團隊的代碼審查同時也是一個很好的學習機會，對成員的進步也是頗有益的。可是，開發隨意，加劇的代碼審查的工做量及難度，而且使得代碼審查工做沒有根據，浪費了大量的時間卻收效甚微。 
代碼規範不只使得開發統一，減小審查拿督，並且讓代碼審查有據可查，大大提升了審查效率和效果，同時代碼審查也有助於代碼規範的實施。一舉多得，何樂而不爲呢。 

5、養成代碼規範的習慣，有助於程序員自身的成長 
即便明白代碼規範的好處，可是有的迫於項目壓力，有的由於繁瑣的規範做出不少額外的工做，更有的不重視維護的問題，而很難貫徹代碼規範。

在編程過程當中，咱們應該作的就是規範開發，減小本身出現的錯誤。不少時候項目的壓力一部分也是因爲前期開發中遺留的衆多的問題。