幾個月前寫了一篇文章“如何寫出難以維護的代碼”，從中能大概了解到不好維護的代碼是什么樣，有哪些壞味道，那肯定有人會反問，難以維護的代碼見的太多了，也知道長什么樣，但是對于好維護的代碼是什么樣的比較模糊，帶著這個問題，本人讀完了世界軟件開發大師馬丁的《代碼整潔之道》這本書，來了解下大師眼中的整潔代碼畫像是什么樣的，相信能給你帶來不一樣的理解和感悟。

關于整潔代碼，沒有明確的定義，有多少程序員就有多少種定義。下面先看下幾位大師是如何定義的。

C++語言發明者Bjarne Stroustrup提到：

代碼應該優雅高效，代碼邏輯應該直截了當，讓缺陷難以隱藏，盡量減少依賴關系，便于維護；按照某種分層策略完善錯誤處理，性能調到最優，不會讓別人修改的更混亂；整潔的代碼只做一件事。

?

《面向對象分析與設計》一書作者Grad Booch提到：

整潔的代碼簡單直接，如同散文一樣優美，從不隱藏設計者的意圖，代碼抽象干凈利落，控制語句直截了當。

?

Eclipse戰略教父Dave Thomas這么定義：

整潔的代碼應可由其他開發者閱讀和增補，應當有單元測試和驗收測試，使用有意義的命名，只提供一種而非多種做一件事的途徑，只有盡量少的依賴關系，而且要明確地定義和提供清晰、盡量少的API。

?

《修改代碼的藝術》一書作者Michael Feathers定義：

整潔代碼應該是特別在意代碼的人才能寫出來的，幾乎沒有改進的余地，作者各種情況都想到了，如果你想改進它，總會回到原點，總會贊嘆寫代碼的人的專心和認真。

?

《極限編程實施》作者Ron Jeffries提出整潔代碼：

能通過所有測試，沒有重復代碼，代碼能體現設計理念，盡量減少類，方法以及函數。

?

綜合以上幾位大師對整潔代碼的定義闡述，可以歸納總結一下整潔代碼的畫像：

1.體現設計理念，這個整潔代碼特性在以上大師的定義里面多次提到了，Grady提到整潔代碼不會隱藏設計意圖，Ron提到整潔代碼一看就知道采用了什么樣的設計理念。體現設計理念看上去有點虛，但是實際上我認為是最重要的一點，所謂代碼即設計，只要能回答代碼為什么這么寫，就說明你的代碼有設計思想在里面，即便一行代碼都能體現出設計理念，比如一個有意義的命名也是設計的一種表現。

2.沒有重復代碼，如果你兩處代碼相同或者大部分重復，說明代碼不夠整潔，同時說明代碼沒有去做好設計。消除重復代碼意味著減少類和方法以及相關API。

3.代碼只做一件事，很多代碼由于想做太多事，目的不明確，意圖混亂，結果代碼變得很糟糕，代碼只做一件事，也稱單一職責，這個幾乎是很多軟件設計里面經常提到的一個警句，這個原則看似很簡單，但是實際上執行起來不是那么簡單，或者說，一時堅持這個原則很容易，難的是一直堅持這個原則，如果始終能踐行這個原則，代碼整潔度能達到質的飛躍。

4.代碼好閱讀，關于閱讀，Bjarne用“優雅”來形容，優雅意味著優美雅致，所以在他看來，代碼應該優美，給人以愉悅感，Grad也提到代碼應該像散文一樣優美，讓閱讀的人看完一段想看下一段，能很明顯的展現出解決問題的表達力和張力，閱讀者會不停的發出“啊哈，應該這樣來處理！”的感嘆。反之，如果代碼不好閱讀，閱讀者看完后還需要猜測所表達的意思，對所實現的功能持懷疑態度，甚至有心驚膽戰的心理，會在心里不停的反問："不會吧，這都可以在線上運行？”我們在修改代碼或寫新代碼之前都要閱讀周邊代碼，如果閱讀代碼很難，則寫代碼也會很難，據統計讀代碼和寫代碼時間比例是10：1，編寫代碼的難度，取決于讀周邊代碼的難度。要想干得快，要想早點做完，要想輕松寫代碼，先讓代碼易讀吧。

5.代碼好修改，Dave提到整潔代碼應該可以讓其他開發者進行增補，也就是很容易進行功能的增加，畢竟很多系統代碼都要不停的迭代更新，需要基于原代碼進行增補，所以代碼的易修改就顯得格外的重要，試想如果一個開發者寫的代碼別人沒法修改或者不敢改，那你說這隱患有多大。我們經常嘴巴提到的系統可維護性，實際上說的更具體點，更多的指的是代碼的可修改方面。

?

將以上5點整潔代碼的畫像總結一句話：

?

?

體現設計理念，代碼不重復，只做一件事，好閱讀和修改！

審核編輯 黃宇