java設計模式之門面模式以及在java中作用

標籤：kirk   ssi   strong   ems   ima   調用   維護   oba   awd   

門面模式在Tomcat中有多處使用，在Request和Response對象封裝，從ApplicationContext到ServletContext封裝中都用到了這種設計模式。

一個系統可以有幾個門面類

　　在門面模式中，通常只需要一個門面類，並且此門面類只有一個執行個體，換言之它是一個單例類。當然這並不意味著在整個系統裡只有一個門面類，而僅僅是說對每一個子系統只有一個門面類。或者說，如果一個系統有好幾個子系統的話，每一個子系統都有一個門面類，整個系統可以有數個門面類。

為子系統增加新行為

　　初學者往往以為通過繼承一個門面類便可在子系統中加入新的行為，這是錯誤的。門面模式的用意是為子系統提供一個集中化和簡化的溝通管道，而不能向子系統加入新的行為。比如醫院中的接待員並不是醫護人員，接待員並不能為病人提供醫學服務。

 

門面模式的優點

　　門面模式的優點：

　　●　　鬆散耦合

　　門面模式鬆散了用戶端與子系統的耦合關係，讓子系統內部的模組能更容易擴充和維護。

　　●　　簡單易用

　　門面模式讓子系統更加易用，用戶端不再需要瞭解子系統內部的實現，也不需要跟眾多子系統內部的模組進行互動，只需要跟門面類互動就可以了。

　　●　　更好的劃分訪問層次

　　通過合理使用Facade，可以協助我們更好地劃分訪問的層次。有些方法是對系統外的，有些方法是系統內部使用的。把需要暴露給外部的功能集中到門面中，這樣既方便用戶端使用，也很好地隱藏了內部的細節。

 

門面模式在Tomcat中的使用

　　Tomcat中門面模式使用的很多，因為Tomcat中有很多不同組件，每個組件要相互連信，但是又不能將自己內部資料過多的暴露給其他組件。用門面模式隔離資料是個很好的方法。

　　下面是Request上使用的門面模式：

　　

　　使用過Servlet的人都清楚，除了要在web.xml做相應的配置外，還需繼承一個叫HttpServlet的抽象類別，並且重寫doGet與doPost方法（當然只重寫service方法也是可以的）。

 

　Request對象中的很多方法都是內部組件之間相互互動時使用的，比如setComet、setRequestedSessionId等方法（這裡就不一一列舉了）。這些方法並不對外部公開，但是又必須設定為public，因為還需要跟內部組件之間互動使用。最好的解決方案就是通過使用一個Facade類，將與內部組件之間互動使用的方法屏蔽掉，只提供給外部程式感興趣的方法。

　　如果不使用Facade類，直接傳遞的是Request對象和Response對象，那麼熟悉容器內部運作的程式員可以分別把ServletRequest和ServletResponse對象向下轉換為Request和Response，並調用它們的公用方法。比如擁有Request對象，就可以調用setComet、setRequestedSessionId等方法，這會危害安全性。

 

原文連結 http://www.cnblogs.com/java-my-life/archive/2012/05/02/2478101.html

java設計模式之門面模式以及在java中作用