文章摘抄至 http://www.cnblogs.com/java-my-life/archive/2012/05/02/2478101.html

?

最少知識(shí)原則（least knowledge principle）

? ? ? ? ? 添加facade類，高層次的類和facade類直接打交道，不和低層次的類打交道，這樣低層次類的變化不會(huì)影響高層次的類，從而降低了客戶和子類系統(tǒng)之間的耦合度

?

? ? ? ? ? 門面模式是對象的結(jié)構(gòu)模式，外部與一個(gè)子系統(tǒng)的通信必須通過一個(gè)統(tǒng)一的門面對象進(jìn)行。門面模式提供一個(gè)高層次的接口，使得子系統(tǒng)更易于使用

?

醫(yī)院的例子

　　現(xiàn)代的軟件系統(tǒng)都是比較復(fù)雜的，設(shè)計(jì)師處理復(fù)雜系統(tǒng)的一個(gè)常見方法便是將其“分而治之”，把一個(gè)系統(tǒng)劃分為幾個(gè)較小的子系統(tǒng)。如果把醫(yī)院作為一個(gè)子系統(tǒng)，按照部門職能，這個(gè)系統(tǒng)可以劃分為掛號(hào)、門診、劃價(jià)、化驗(yàn)、收費(fèi)、取藥等。看病的病人要與這些部門打交道，就如同一個(gè)子系統(tǒng)的客戶端與一個(gè)子系統(tǒng)的各個(gè)類打交道一樣，不是一件容易的事情。

?

? ? ? ? ? 首先病人必須先掛號(hào)，然后門診。如果醫(yī)生要求化驗(yàn)，病人必須首先劃價(jià)，然后繳費(fèi)，才可以到化驗(yàn)部門做化驗(yàn)。化驗(yàn)后再回到門診室。

?

?

上圖描述的是病人在醫(yī)院里的體驗(yàn)，圖中的方框代表醫(yī)院。

?

? ? ? ? ? 解決這種不便的方法便是引進(jìn)門面模式，醫(yī)院可以設(shè)置一個(gè)接待員的位置，由接待員負(fù)責(zé)代為掛號(hào)、劃價(jià)、繳費(fèi)、取藥等。這個(gè)接待員就是門面模式的體現(xiàn)，病人只接觸接待員，由接待員與各個(gè)部門打交道。

?

?

門面模式的結(jié)構(gòu)

門面模式?jīng)]有一個(gè)一般化的類圖描述，最好的描述方法實(shí)際上就是以一個(gè)例子說明。

?

由于門面模式的結(jié)構(gòu)圖過于抽象，因此把它稍稍具體點(diǎn)。假設(shè)子系統(tǒng)內(nèi)有三個(gè)模塊，分別是ModuleA、ModuleB和ModuleC，它們分別有一個(gè)示例方法，那么此時(shí)示例的整體結(jié)構(gòu)圖如下：

?

在這個(gè)對象圖中，出現(xiàn)了兩個(gè)角色：

?

門面(Facade)角色 ：客戶端可以調(diào)用這個(gè)角色的方法。此角色知曉相關(guān)的（一個(gè)或者多個(gè)）子系統(tǒng)的功能和責(zé)任。在正常情況下，本角色會(huì)將所有從客戶端發(fā)來的請求委派到相應(yīng)的子系統(tǒng)去。

?

子系統(tǒng)(SubSystem)角色 ：可以同時(shí)有一個(gè)或者多個(gè)子系統(tǒng)。每個(gè)子系統(tǒng)都不是一個(gè)單獨(dú)的類，而是一個(gè)類的集合（如上面的子系統(tǒng)就是由ModuleA、ModuleB、ModuleC三個(gè)類組合而成）。每個(gè)子系統(tǒng)都可以被客戶端直接調(diào)用，或者被門面角色調(diào)用。子系統(tǒng)并不知道門面的存在，對于子系統(tǒng)而言，門面僅僅是另外一個(gè)客戶端而已。

?

子系統(tǒng)角色中的類

      
        public class ModuleA {
    //示意方法
    public void testA(){
        System.out.println("調(diào)用ModuleA中的testA方法");
    }
}
      
    

?

      
        public class ModuleB {
    //示意方法
    public void testB(){
        System.out.println("調(diào)用ModuleB中的testB方法");
    }
}
      
    

?

      
        public class ModuleC {
    //示意方法
    public void testC(){
        System.out.println("調(diào)用ModuleC中的testC方法");
    }
}
      
    

?

門面角色類：

      
        public class Facade {
    //示意方法，滿足客戶端需要的功能
    public void test(){
        ModuleA a = new ModuleA();
        a.testA();
        ModuleB b = new ModuleB();
        b.testB();
        ModuleC c = new ModuleC();
        c.testC();
    }
}
      
    

?

客戶端角色類：

      
        public class Client {
    public static void main(String[] args) {
        Facade facade = new Facade();
        facade.test();
    }
}
      
    

?

? ? ? ? ? Facade類其實(shí)相當(dāng)于A、B、C模塊的外觀界面，有了這個(gè)Facade類，那么客戶端就不需要親自調(diào)用子系統(tǒng)中的A、B、C模塊了，也不需要知道系統(tǒng)內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)，甚至都不需要知道A、B、C模塊的存在，客戶端只需要跟Facade類交互就好了，從而更好地實(shí)現(xiàn)了客戶端和子系統(tǒng)中A、B、C模塊的解耦，讓客戶端更容易地使用系統(tǒng)。

?

?門面模式的實(shí)現(xiàn)

? ? ? ? ? ? 使用門面模式還有一個(gè)附帶的好處，就是能夠有選擇性地暴露方法。一個(gè)模塊中定義的方法可以分成兩部分，一部分是給子系統(tǒng)外部使用的，一部分是子系統(tǒng)內(nèi)部模塊之間相互調(diào)用時(shí)使用的。有了Facade類，那么用于子系統(tǒng)內(nèi)部模塊之間相互調(diào)用的方法就不用暴露給子系統(tǒng)外部了。

?

比如，定義如下A、B、C模塊。

      
        public class Module {
    /**
     * 提供給子系統(tǒng)外部使用的方法
     */
    public void a1(){};
    
    /**
     * 子系統(tǒng)內(nèi)部模塊之間相互調(diào)用時(shí)使用的方法
     */
    public void a2(){};
    public void a3(){};
}
      
    

?

      
        public class ModuleB {
    /**
     * 提供給子系統(tǒng)外部使用的方法
     */
    public void b1(){};
    
    /**
     * 子系統(tǒng)內(nèi)部模塊之間相互調(diào)用時(shí)使用的方法
     */
    public void b2(){};
    public void b3(){};
}
      
    

?

      
        public class ModuleC {
    /**
     * 提供給子系統(tǒng)外部使用的方法
     */
    public void c1(){};
    
    /**
     * 子系統(tǒng)內(nèi)部模塊之間相互調(diào)用時(shí)使用的方法
     */
    public void c2(){};
    public void c3(){};
}
      
    

?

      
        public class ModuleFacade {
    
    ModuleA a = new ModuleA();
    ModuleB b = new ModuleB();
    ModuleC c = new ModuleC();
    /**
     * 下面這些是A、B、C模塊對子系統(tǒng)外部提供的方法
     */
    public void a1(){
        a.a1();
    }
    public void b1(){
        b.b1();
    }
    public void c1(){
        c.c1();
    }
}
      
    

?

? ? ? ? ? 這樣定義一個(gè)ModuleFacade類可以有效地屏蔽內(nèi)部的細(xì)節(jié)，免得客戶端去調(diào)用Module類時(shí)，發(fā)現(xiàn)一些不需要它知道的方法。比如a2()和a3()方法就不需要讓客戶端知道，否則既暴露了內(nèi)部的細(xì)節(jié)，又讓客戶端迷惑。對客戶端來說，他可能還要去思考a2()、a3()方法用來干什么呢？其實(shí)a2()和a3()方法是內(nèi)部模塊之間交互的，原本就不是對子系統(tǒng)外部的，所以干脆就不要讓客戶端知道。

?

一個(gè)系統(tǒng)可以有幾個(gè)門面類

? ? ? ? ? 在門面模式中，通常只需要一個(gè)門面類，并且此門面類只有一個(gè)實(shí)例，換言之它是一個(gè)單例類。當(dāng)然這并不意味著在整個(gè)系統(tǒng)里只有一個(gè)門面類，而僅僅是說對每一個(gè)子系統(tǒng)只有一個(gè)門面類。或者說，如果一個(gè)系統(tǒng)有好幾個(gè)子系統(tǒng)的話，每一個(gè)子系統(tǒng)都有一個(gè)門面類，整個(gè)系統(tǒng)可以有數(shù)個(gè)門面類。

?

為子系統(tǒng)增加新行為

? ? 初學(xué)者往往以為通過繼承一個(gè)門面類便可在子系統(tǒng)中加入新的行為，這是錯(cuò)誤的。門面模式的用意是為子系統(tǒng)提供一個(gè)集中化和簡化的溝通管道，而不能向子系統(tǒng)加入新的行為。比如醫(yī)院中的接待員并不是醫(yī)護(hù)人員，接待員并不能為病人提供醫(yī)療服務(wù)。

?

門面模式的優(yōu)點(diǎn):

松散耦合

　　門面模式松散了客戶端與子系統(tǒng)的耦合關(guān)系，讓子系統(tǒng)內(nèi)部的模塊能更容易擴(kuò)展和維護(hù)。

?

簡單易用

　　門面模式讓子系統(tǒng)更加易用，客戶端不再需要了解子系統(tǒng)內(nèi)部的實(shí)現(xiàn)，也不需要跟眾多子系統(tǒng)內(nèi)部的模塊進(jìn)行交互，只需要跟門面類交互就可以了。

?

更好的劃分訪問層次

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

?

?