1. 程式人生 > >23種設計模式(21):外觀模式

23種設計模式(21):外觀模式

system res === pan 需要 存在 -s lang 這一

概述:

為子系統中的一組接口提供一個一致的界面,Facade模式定義了一個高層接口,這個接口使得這一子系統更加容易使用。

類型:結構型模式。

類圖:

1.當你要為一個復雜子系統提供一個簡單接口時。子系統往往因為不斷演化而變得越來越復雜。大多數模式使用時都會產生更多更小的類。這使得子系統更具可重用性,也更容易對子系統進行定制,但這也給那些不需要定制子系統的用戶帶來一些使用上的困難。

Facade可以提供一個簡單的缺省視圖,這一視圖對大多數用戶來說已經足夠,而那些需要更多的可定制性的用戶可以越過facade層。

2.客戶程序與抽象類的實現部分之間存在著很大的依賴性。引入facade將這個子系統與客戶以及其他的子系統分離,可以提高子系統的獨立性和可移植性。

3.當你需要構建一個層次結構的子系統時,使用facade模式定義子系統中每層的入口點。

如果子系統之間是相互依賴的,你可以讓它們僅通過facade進行通訊,從而簡化了它們之間的依賴關系。

參與者:

1.Facade

知道哪些子系統類負責處理請求。

將客戶的請求代理給適當的子系統對象。

2.Subsystemclasses

實現子系統的功能。

處理由Facade對象指派的任務。

沒有facade的任何相關信息;即沒有指向facade的指針。

例子:


Facade 

public class Facade {



    ServiceA sa;



    ServiceB sb;



    ServiceC sc;



    public Facade() {

        sa = new ServiceAImpl();

        sb = new ServiceBImpl();

        sc = new ServiceCImpl(); 

    }



    public void methodA() {

        sa.methodA();

        sb.methodB();

    }



    public void methodB() {

        sb.methodB();

        sc.methodC();

    }



    public void methodC() {

        sc.methodC();

        sa.methodA();

    }

}

Subsystemclasses 

public class ServiceAImpl implements ServiceA {



    public void methodA() {

        System.out.println("這是服務A");

    }

}

public class ServiceBImpl implements ServiceB {



    public void methodB() {

        System.out.println("這是服務B");

    }

}

public class ServiceCImpl implements ServiceC {



    public void methodC() {

        System.out.println("這是服務C");

    }

}

Test 

public class Test {



    public static void main(String[] args) {

        ServiceA sa = new ServiceAImpl();

        ServiceB sb = new ServiceBImpl();



        sa.methodA();

        sb.methodB();



        System.out.println("========");

        //facade

        Facade facade = new Facade();

        facade.methodA();

        facade.methodB();

    }

}

result:


這是服務A

這是服務B

========

這是服務A

這是服務B

這是服務B

這是服務C

23種設計模式(21):外觀模式