代碼風格還是很重要的

我看過不少人寫的程式——其中不乏一些寫了多年程式之人，其代碼之淩亂讓人不忍再往下看。我不知道各位自己有沒有這樣的經曆：一年半載之後，自己原來寫的程式就完全看不懂了。如果寫程式只是為了交作業，或者臨時測試一用，那還可以不去追究，但如果這是一個商業軟體，現在根據客戶的要求要進行修改的話，你的工作量可就大了——你不得不先花時間把你原來的思路看懂。

有人說：代碼是給機器啟動並執行，又不是給人看的，寫那麼好看有什麼用？

代碼確實是給機器啟動並執行，可是機器編譯完了就不需要原始碼了，所以原始碼恰恰就是留給人看的。開發軟體編寫代碼不是一朝一夕的事情，更多的情況下，一個軟體的開發要經曆很長的時間，並且常常由多人合作完成。如果把代碼寫得連自己都看不明白，怎麼與別人交流？同一個Team Dev內，一定要保持良好且一致的代碼風格，才能最大化地提高開發效率。

有人說：我只是一個人寫程式，不需要和其它人合作。

團隊協作只是一個方面。經常有人拿代碼來問我說：這個怎麼不能編譯？我幫他把代碼整理了半天，發現有一個函數裡少了半個大括弧。其實，要是寫程式的時候稍稍注意一下的話，這種錯誤完全不可能出現。現在寫代碼都是要求縮排的，新一些的開發環境都有自動調整縮排的功能。如果正確地做到了縮排，類似這種大括弧忘寫或者不配套的情況就不可能發生。保持良好的編程習慣，可以避免很多錯誤的出現。

有人說：我寫的再亂我也永遠不會忘，也不需要再修改了，我智商超高，從來不犯低級錯誤。

答曰：那我也沒辦法……代碼風格只是一種良好的習慣，它可以反映出一個編程人員的素養。如同寫作文的時候，要求書法、格式工整是一個道理。