我們都知道，一個(gè)軟件的維護(hù)成本往往要高于其研發(fā)成本。在維護(hù)過(guò)程中，我們的代碼需要不斷的進(jìn)行迭代。迭代的目的有兩個(gè)：修復(fù)bug和增加新特性。但是迭代也會(huì)帶來(lái)一系列新的問(wèn)題，比如新的bug，或者是破壞代碼的整潔性。這里我們從保持代碼整潔性的角度來(lái)討論一下迭代的幾個(gè)原則。

沒(méi)錯(cuò)，首先的要說(shuō)的還是測(cè)試，我們要在每次迭代代碼之后，運(yùn)行所有的測(cè)試，如有必要，也要編寫(xiě)新的測(cè)試。我們要編寫(xiě)盡量簡(jiǎn)單的測(cè)試，簡(jiǎn)單的測(cè)試會(huì)驅(qū)使我們降低類與類之間的耦合度。如果還不了解如何編寫(xiě)單元測(cè)試，可以參考一下舊文代碼潔癖系列

記得我的leader曾經(jīng)告訴過(guò)我：寫(xiě)每一行代碼之前，要先思考一下有沒(méi)有必要寫(xiě)這行代碼。在實(shí)現(xiàn)一個(gè)功能之前，先確認(rèn)一下這個(gè)功能是否已經(jīng)被實(shí)現(xiàn)了。永遠(yuǎn)不要重復(fù)“造輪子”。但是，當(dāng)我們進(jìn)行一定的共性抽取時(shí)，可能已經(jīng)違反了SRP原則（Single Responsibility Principle）。因此，抽取出的方法可能需要放在其他類中。

代碼是程序員之間的交流工具，要想獲得其他程序員的尊重，必須使你的代碼具備可讀性。這也是我們要保持代碼整潔的原因。如何保證代碼的可讀性呢？首先需要的就是有意義的命名，關(guān)于命名規(guī)則，可以參考代碼潔癖系列（二）：命名的藝術(shù)這篇文章，其次就是通過(guò)測(cè)試用例讓別人了解你的代碼。

有人問(wèn)了，為了類和函數(shù)都足夠短小，我要把代碼拆分成許多的類嗎？這里需要說(shuō)明一下，在這方面，我們并不需要追求極致。應(yīng)該根據(jù)實(shí)際情況，合理的拆分。所以，也要盡量減少類和方法，這可能與“類和函數(shù)應(yīng)該短小”這一原則相矛盾。這需要工程師自己去衡量了，首先要保證“類和函數(shù)應(yīng)該短小”，其次才是盡可能減少類和方法。