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

[[133965]]

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

當我使用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; 
} 

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

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

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

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

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

結論

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

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