在我眼中，干凈的代碼就是簡單、易于理解的代碼。不過分設(shè)計，模板文件盡可能地少，語義明確。那么，這樣是否就意味著代碼越少越干凈呢？

[[133965]]

我不這么認為。大多數(shù)情況下，更少的代碼往往語義更模糊，更難理解（因此更難維護）。

當我使用jBehave工作和測試元過濾時，我寫了類似于下面的代碼：

public Embedder configuredEmbedder() { 
Embedder embedder = super.configuredEmbedder(); 
ignoreStoriesAndScenariosWithMetaInformationParameter(embedder, "ignore"); 
return embedder; 
} 
private void ignoreStoriesAndScenariosWithMetaInformationParameter(Embedder embedder, String ignoreParameter) { 
embedder.useMetaFilters(Arrays.asList("-" + ignoreParameter)); 
} 
 
在之后對這些代碼的討論中，我的一個同事表示，他剛剛刪除了一些“沒有必要”的私有方法，于是代碼變成了這樣： 
 

@Override 
public Embedder configuredEmbedder() { 
Embedder embedder = super.configuredEmbedder(); 
embedder.useMetaFilters(Arrays.asList("-ignore")); 
return embedder; 
} 

顯然，方法更短，代碼更少了。對我們來說，使用這樣的類，或許能讓我們在工作時對這個方法所發(fā)生的變化一目了然。但是如果有新加入項目的人呢，并且這家伙之前從未使用過jBehave呢？對他而言，長一點的代碼反而可以獲取更多的信息，即使他不知道jBehave是如何工作的，不清楚“元過濾器”是什么，不懂minus的意思——但是至少能理解我們想要實現(xiàn)的目標。

當我試圖解釋自己的看法時，其他開發(fā)人員雖然同意我的觀點，但卻認為通過添加注釋也可以達到相同的效果。是的，我完全同意，添加注釋肯定是有效的。這只是風格問題。我個人不喜歡注釋而已，不過，在上述這種情況下，或許注釋的確是更好的選擇，因為我們可以通過注釋解釋元過濾器代碼和jBehave層文件之間的聯(lián)系。

所以***，代碼成了這樣的：

@Override 
public Embedder configuredEmbedder() { 
Embedder embedder = super.configuredEmbedder(); 
// ignore stories and scenarios with meta information parameter @ignore. 
embedder.useMetaFilters(Arrays.asList("-ignore")); 
return embedder; 
} 

當然你可以說，這樣一個小小的事例不值一提。但是，一個項目的風格，我認為是非常重要的。你也可以通過討論具體的例子找到一種普遍的風格。也許其他開發(fā)人員會因此而考慮他的代碼是否會給新加入的同事帶來困惑，從而去添加注釋，而不是將方法縮成減一行代碼。

結(jié)論

干凈的代碼并不總意味著更少的代碼。所以，你需要在編寫更多的小方法和縮減代碼行數(shù)之間權(quán)衡得失。關(guān)于編碼風格，以后我會再發(fā)帖子予以討論。

你更喜歡哪種解決方案，為什么呢？歡迎留下各位的看法。