? ? ? 年前讀了這本書，以前總覺得coding是個既漫長，又無聊的過程。讀完之后，發(fā)自內(nèi)心的感嘆，哇，coding原來也可以是可如此優(yōu)美。盡管糟糕的代碼也能運行，也能實現(xiàn)功能，但不夠清晰不夠整潔的代碼，會使整個開發(fā)團隊泥足深陷。

? ? ? 這本書主要對命名、函數(shù)、注釋、格式、異常處理等幾個進(jìn)行了整潔之道的闡述。其中的幾點，對我影響較大。下面我就這幾點，簡單談?wù)剝?yōu)美的coding。

? ? ? 類名不應(yīng)該使用動詞，類名和對象名應(yīng)該是名詞或者名詞短語。而在我們平常的開發(fā)過程中，類名和對象名五花八門，含義模糊，有時還使用動詞。組成一個類的是一個個功能分明的函數(shù)，函數(shù)名稱應(yīng)該簡短或者長但是容易理解，函數(shù)越簡短，功能越集中，可讀性和可理解性就越強。有時，我們?yōu)榱耸∈禄蛘呖雌饋矸奖?，在一個函數(shù)里實現(xiàn)了很多功能，使得這個函數(shù)看著就像個龐然大物，當(dāng)非原作者查看這個函數(shù)時，會非常吃力。首先，函數(shù)的功能太多，沒法讓人短時間內(nèi)抓住這個函數(shù)的重點，明白這個函數(shù)的主要功能是什么，其次，太過復(fù)雜和冗長的函數(shù)容易讓人看了后面，忘了前面實現(xiàn)了什么，這就給他人的閱讀帶來了糟糕的影響，一點優(yōu)美的感覺也沒有，不論是從視覺上還是情感體驗上。函數(shù)應(yīng)當(dāng)功能盡量集中，內(nèi)容簡短，這也符合我們公司一直在推行的持續(xù)構(gòu)建。還有一點，函數(shù)的參數(shù)列表越少越好，當(dāng)一個函數(shù)的參數(shù)列表大于等于三個的時候，我們應(yīng)該思考此函數(shù)是否過于復(fù)雜了，是否要進(jìn)行重構(gòu)。精簡、參數(shù)列表少的函數(shù)，功能清晰，看起來整潔優(yōu)美，也能減少出現(xiàn)bug的概率。代碼的注釋以及格式是一段優(yōu)美的代碼必需品。不僅從視覺上能帶來美的感受，也能增加閱讀者的吸引力。