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