设计模式初探-外观模式(FACADE)也叫门面模式

外观模式(FACADE)，也叫门面模式，属于对象结构型模式，通过为子系统中的一组接口提供一个一致的界面(外观对象)来简化客户端与子系统之间的交互。Facade模式定义了一个高层接口，这个接口为子系统中较一般的设施提供一个单一而简单的界面，从而使子系统间的通信和相互依赖关系达到最小，并且隔离了客户类和子系统类，降低了两者的耦合度。如下图所示：

一、使用场景

 1、 当要为访问一系列复杂的子系统提供一个简单入口时。facade类很好的屏蔽了子系统中因不断演化而产生的越来越多的小类，降低访问子系统的复杂性。
 2、 客户端程序与多个子系统之间存在很大的依赖性。引入外观类可以将子系统与客户端解耦，提高子系统的独立性和可移植性。

 3、 当需要构建一个层次结构的子系统时，使用facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的，则可以让它们仅通过facade进行通讯，从而简化子系统间的依赖关系。

二、UML图

三、Java实现

[java]  view plain copy

1. package study.patterns.facade;  
2. /** 
3.  *  外观模式是一种使用频率非常高的结构型设计模式，它通过引入一个外观角色来简化客户端与子系统之间的交互， 
4.  *  为复杂的子系统调用提供一个统一的入口，降低子系统与客户端的耦合度，且客户端调用非常方便。 
5.  *  生活中充满形形色色的外观角色，比如服务员，ATM机等，正因为这些外观角色的存在，生活才更美好！ 
6.  * @author qbg 
7.  */  
8. public class FacadePattern {  
9.     public static void main(String[] args) {  
10.         IFacade facade = new Facade();  
11.         facade.method();  
12.     }  
13. }  
14. /** 
15.  * 外观统一接口，可以根据需要实现相应的外观类. 
16.  * 面向接口编程。 
17.  */  
18. interface IFacade{  
19.     public void method();  
20. }  
21. /** 
22.  * 外观角色：对外提供的外观类实现，在客户端可以调用它的方法，它知道相关的(一个或者多个)子系统的功能和责任； 
23.  * 在正常情况下，它将所有从客户端发来的请求委派到相应的子系统去，传递给相应的子系统对象处理。 
24.  */  
25. class Facade implements IFacade{  
26.     private SubSystemA sa = new SubSystemA();  
27.     private SubSystemB sb = new SubSystemB();  
28.     private SubSystemC sc = new SubSystemC();  
29.       
30.     @Override  
31.     public void method() {  
32.         sa.methodA();  
33.         sb.methodB();  
34.         sc.methodC();  
35.     }  
36.       
37. }  
38. /** 
39.  * 子系统角色：在软件系统中可以有一个或者多个子系统角色，每一个子系统可以不是一个单独的类，而是一个类的集合，它实现子系统的功能； 
40.  * 每一个子系统都可以被客户端直接调用，或者被外观角色调用，它处理由外观类传过来的请求； 
41.  * 子系统并不知道外观的存在，对于子系统而言，外观角色仅仅是另外一个客户端而已。 
42.  */  
43. class SubSystemA{  
44.     public void methodA(){  
45.         System.out.println("子系统A业务处理....");  
46.     }  
47. }  
48. class SubSystemB{  
49.     public void methodB(){  
50.         System.out.println("子系统B业务处理....");  
51.     }  
52. }  
53. class SubSystemC{  
54.     public void methodC(){  
55.         System.out.println("子系统C业务处理....");  
56.     }  
57. }  

四、模式优缺点

优点：

1、 它对客户端屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加方便。
2、 它实现了子系统与客户端之间的松耦合关系，这使得子系统的变化不会影响到调用它的客户端，只需要调整外观类即可。
3、 一个子系统的修改对其他子系统没有任何影响，而且子系统内部变化也不会影响到外观对象。

4、Facade模式有助于建立层次结构系统，也有助于对对象之间的依赖关系分层。

5、Facade模式不限制客户使用子系统类，客户可以根据需要在系统易用性和通用性之间加以选择。

转载于：http://blog.csdn.net/qbg19881206/article/details/18193701