1.Duplicated Code
代碼重復幾乎是最常見的異味了。他也是Refactoring的主要目標之一。代碼重復往往來自于copy-and-paste的編程風格。與他相對應OAOO是一個好系統的重要標志。
2.Long method
它是傳統結構化的“遺毒”。一個方法應當具有自我獨立的意圖，不要把幾個意圖放在一起。
3.Large Class
大類就是你把太多的責任交給了一個類。這里的規則是One Class One Responsibility.
4.Divergent Change
一個類里面的內容變化率不同。某些狀態一個小時變一次，某些則幾個月一年才變一次;某些狀態因為這方面的原因發生變化，而另一些則因為其他方面的原因變一次。面向對象的抽象就是把相對不變的和相對變化相隔離。把問題變化的一方面和另一方面相隔離。這使得這些相對不變的可以重用。問題變化的每個方面都可以單獨重用。這種相異變化的共存使得重用非常困難。
5.Shotgun Surgery
這正好和上面相反。對系統一個地方的改變涉及到其他許多地方的相關改變。這些變化率和變化內容相似的狀態和行為通常應當放在同一個類中。
6.Feature Envy
對象的目的就是封裝狀態以及與這些狀態緊密相關的行為。如果一個類的方法頻繁用get 方法存取其他類的狀態進行計算，那么你要考慮把行為移到涉及狀態數目最多的那個類。
7.Data Clumps
某些數據通常像孩子一樣成群玩耍：一起出現在很多類的成員變量中，一起出現在許多方法的參數中，這些數據或許應該自己獨立形成對象。
8.Primitive Obsession
面向對象的新手通常習慣使用幾個原始類型的數據來表示一個概念。譬如對于范圍，他們會使用兩個數字。對于Money，他們會用一個浮點數來表示。因為你沒有使用對象來表達問題中存在的概念，這使得代碼變的難以理解，解決問題的難度大大增加。好的習慣是擴充語言所能提供原始類型，用小對象來表示范圍、金額、轉化率、郵政編碼等等。
9.Switch Statement
基于常量的開關語句是OO 的大敵，你應當把他變為子類、state或strategy.
10. Parallel Inheritance Hierarchies
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/