當我們使用J2EE等技術的時候，這種方法的優勢尤其明顯。J2EE的初始設計哲學強調簡單性，但是它的復雜程度已經變得難以置信了。在這種復雜的環境中，模式和反模式同時為軟件經理、架構師、設計師和開發者提供了通用的"詞典"。
無論在構造模式還是在維護模式中，為了獲得成功，我們理解反模式都是必要的。在反模式被記錄下來之后，開發者一般可以認識到這些負面的模式，以根除糟糕的設計，改善軟件。
本文從軟件架構和開發的角度來談論反模式。接著它提出了在J2EE應用程序的大多數通用層次（用戶界面、永續性、EJB等）中普遍存在的反模式。它的全部目標是為這些反模式提供背景知識，并為避免這些問題提供建議。
表1列舉了本文中討論的三種普遍的設計、開發和架構的反模式。
表1：普遍的反模式
| 領域 | 普通的反模式 |
| 設計 | 編寫具體的類而不是接口在代碼中耦合了邏輯（例如日志記錄、安全性和緩沖） |
| 開發 | Golden Hammer（金錘）Input Kludge（輸入雜亂） |
| 架構 | Reinvent the wheel（重新發明輪子）Vendor lock-in（廠商的鎖定） |
普遍的反模式
上表列舉的反模式跨越了廣闊的開發者領域。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
