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