Android設計模式（二十二）-外觀模式

原文地址 http://blog.csdn.net/qq_25806863/article/details/70040325

外觀模式猛一聽有點蒙逼，但是在開發中我們應該都用過，只是沒這個概念罷了。

比如在開發時通常會把圖片加載框架和網絡框架進行封裝，封裝到最後只暴露出來一個最上級的類供外部調用，外部調用這一個類提供的方法，然後這個類內部具體調用了什麼，用的什麼邏輯等等外部都不用管。這樣也方便後期隨便更換圖片加載框架和網絡框架，而業務代碼不用做任何改動。

這其實就是外觀模式的一種實現。

定義

要求子系統的外部與其內部的通訊必須通過一個統一的對象進行。提供一個高層次接口，使得子系統更易於使用，

使用場景

• 爲一個複雜的子系統 提供一個簡單的接口。子系統可能因爲不斷演化而變得越來越複雜，甚至可能被替換，就像上面提到的封裝的框架。這種模式能讓子系統有更高的獨立性，對外隔離了子系統的變化。
• 當需要構建一個層次結構的子系統是，可以用這個模式定義每一層的接口，使各個層次之間的耦合度降低。

UML

• Facade: 系統對外的統一接口，系統內部系統地工作。
• SubSystemA,B,C,D: 子系統。

比如客戶端要用子系統A和B一起來完成一個操作，又要用B和C和D完成一個操作，那麼就需要同事依賴着四個類。子系統有了一個門面之後，客戶端就可以只依賴這個門面，調用他的方法。這個門面內部會調度各個子系統來完成協調工作。

簡單實現

這裏以一個手機爲例。然後再更精簡一點。手機可以看成是一個系統的facade，他繼承了電話，上網，攝像頭功能。當我們需要視頻通話時，只需要調用手機的視頻通話功能就行，通話結束後直接調用掛機就行。因爲手機已經集成了這些功能，手機內部會調用各個系統來完成這個操作。

想象一下如果沒有手機的封裝，我們視頻通話的操作可能就是：打開攝像頭–上網–通話。然後掛斷就要手動斷掉通話，然後手動關掉攝像頭。

先看電話功能模塊：

public interface Phone {
     void dail();
     void hangup();
}

public class PhoneImpl implements Phone {
    @Override
    public void dail() {
        System.out.println("打電話");
    }

    @Override
    public void hangup() {
        System.out.println("掛斷");
    }
}

攝像頭模塊：

public interface Camera {
    void open();
    void takePicture();
    void close();
}

public class CameraImpl implements Camera {
    @Override
    public void open() {
        System.out.println("打開相機");
    }

    @Override
    public void takePicture() {
        System.out.println("開始視頻");
    }

    @Override
    public void close() {
        System.out.println("關閉相機");
    }
}

然後封裝一個門面：

public class MobilePhone {
    private Phone phone = new PhoneImpl();
    private Camera camera = new CameraImpl();
    public void videoChat(){
        camera.open();
        phone.dail();
    }
    public void hangup(){
        phone.hangup();
        camera.close();
    }
}

客戶端直接調動統一的接口就行了：

public class Client {
    public static void main(String[] args) {
        MobilePhone mobilePhone = new MobilePhone();
        mobilePhone.videoChat();
        System.out.println("----");
        mobilePhone.hangup();
    }
}

輸出：

總結

外觀模式的精髓就在於封裝。通過封裝出一個高層的統一調動接口，爲系統提供統一的API，讓用戶通過一個API就能控制整個系統，減少 用戶的使用成本，也提高了系統的靈活性。

優點

• 對客戶屏蔽了子系統減少了客戶端要調用的系統個數，減少了客戶對子系統的耦合。
• 客戶也可以直接使用子系統，是系統更加靈活。
• 修改子系統不用修改客戶端的調用。但是外觀類可能要進行對應的修改。

缺點

• 所有子系統的功能都通過一個接口來提供，這個接口可能會變得很複雜。
• 修改子系統可能要修改外觀類，不太符合開閉原則。