Java應用中的反模式開發介紹

　　設計模式（design pattern）為我們提供了一條途徑，使我們能夠進行簡潔明了地溝通，以得到期望的軟件經驗；反模式與此類似，只不過它是用于溝通那些不合乎需求的經驗的--下面是一些可以幫助你起步的通常遇到的反模式。

　　反模式是一種典型的、糟糕的設計；換句話說，它是設計模式的對立面--設計模式提出的是良好的設計。在某種意義上講，反模式表現的是糟糕的解決方案，它讓相關人員更容易理解根本的問題和問題之間的因果關系。盡管了解設計模式很重要，但是我相信理解反模式也是一樣重要的--我們應該理解反模式。

　　我們來證明一下自己的觀點。軟件世界是圍繞應用程序的維護來"運行"的。當然，每個軟件產品的生命周期都是從構造的時候開始的，但是在開始大量生產以后，就需要維護了。根據開發小組的技巧，產品可能擁有"良好的"或"糟糕的"設計，其中的"良好"或"糟糕"是對應于一定的環境中，因為一種良好的設計如果應用在錯誤的環境中也可能成為一種反模式。例如，在單應用程序（single-application）服務器環境中使用Singleton是恰當的，但是在群集應用程序（clustered-application）服務器環境中，如果它沒有被正確地處理好，就會產生很多問題。與正面的設計模式形成對比的是，反模式引出的是負面的解決方案或以前的方法（去年的解決方案在今年就可能是反模式了），這可能是由于小組成員缺乏足夠的信息，或者在實現設計或解決問題方面作出了糟糕的判斷。

　　在產品開始生產并進入維護模式之后，真正的問題才開始顯現。一個從未參與產品開發的從事維護工作的開發者可能給項目引入"糟糕的設計"元素。但是如果這種糟糕的實踐被編寫為反模式"法典"，就可以預先提醒開發者，避免最普通的缺陷，就像設計模式"法典"為開發者提供了識別出普通的有用的技術途徑一樣。根據這種邏輯，反模式是一種值得我們記載的普遍存在的糟糕的設計。