設計模式之外觀模式

小編自從畢業後開始做軟件開發，做着做着發現不爽了，錢賺不了太多，頭髮也白了。於是拿着一點小資本，想着做點小生意。瞅着眼前的餐飲行業還不錯，於是打算開一家餐館。開參觀可不是一件容易的事，僅僅行政類的審批流程就不少。至少包括辦理衛生許可證，辦理稅務登記，辦理工商登記等。

我們先來看一下行政審批接口：

 interface Executive{

     public void approve();

 }

衛生局類的定義：

class HealthOffice implements Executive{

    @Override
    public void approve() {
        System.out.println("衛生局通過審批");
    }
}

稅務局類的定義：

class RevenueOffice implements Executive{

    @Override
    public void approve() {
        System.out.println("稅務局完成登記，定時回去收稅");
    }
}

工商局類的定義：

class SaicOffice implements Executive{

    @Override
    public void approve() {
        System.out.println("工商局完成審覈，辦法營業執照");
    }
}

好了，現在客戶端需要上場了：

public class FacadeTest {

    public static void main(String[] args) {
        System.out.println("開始辦理行政手續...");

        HealthOffice ho = new HealthOffice();
        RevenueOffice ro = new RevenueOffice();
        SaicOffice so = new SaicOffice();

        ho.approve();
        ro.approve();
        so.approve();

        System.out.println("行政手續終於辦完了");
    }
}

當然，上面的各個方法不一定都是實現同一個接口的，只是在這個例子中巧合了下。

我們發現，對客戶端而言，想要的最終目的和關心的是辦理完開飯店的行政審批手續，如果以辦理行政手續爲一個子系統來看的話，我們發現，上面的設計中客戶端直接與子系統內的多個模塊進行了交互，對客戶端而言，比較麻煩，使得客戶端不能簡單的使用系統功能，且隨着子系統模塊的變換客戶端可能也需要隨着變化。

我們可以通過外觀模式來解決上述問題，外觀模式的一般描述是：外觀模式定義了一個高層的功能，爲子系統中的多個模塊協同的完成某種功能需求提供簡單的對外功能調用方式，使得這一子系統更加容易被外部使用。

利用外觀模式對上述類進行重定義。定義一個外觀類：

class ApproveFacade {

    public ApproveFacade() {

    }

    public void wholeApprove() {
        new HealthOffice().approve();
        new RevenueOffice().approve();
        new SaicOffice().approve();
    }
}

客戶端調用：

public class FacadeTest {

    public static void main(String[] args) {
        System.out.println("開始辦理行政手續...");

        ApproveFacade af = new ApproveFacade();
        af.wholeApprove();

        System.out.println("行政手續終於辦完了");
    }
}

看，通過外觀模式後客戶端調用夠簡單了吧。