设计模式之外观模式（Facade）

1.    外观模式的本质

外观模式的本质是：封装交互，简化调用。

Façade封装了子系统外部和子系统内部多个模块的交互过程，从而简化了外部的调用。通过外观，子系统为外部提供了一些高层的接口，以方便它们的使用。

 

2.    外观模式优缺点

优点：

1.       松散耦合

2.       简单易用

3.       更好的划分访问的层次

缺点：

过多的或者是不太合理的Façade也容易让人迷惑。到底是调用Façade好呢，还是直接调用模块好。

 

3.     对设计原则的体现

外观模式很好地体现了“最少知识原则”。

4.     相关模式

外观模式和中介者模式

     这两个模式非常相似，但是却有本质的区别。

中介者模式主要用来封装多个对象之间相互的交互，多用在系统内部的多个模块之间；而外观模式封装的是单向的交互，是从客户端访问系统的调用，没有从系统中来访问客户端的调用。

     在中介者模式的实现里，是需要实现具体的交互功能的；而外观模式的实现里，一般是组合调用或是转调内部实现的功能，通常外观模式本身并不实现这些功能。

     中介者模式的目的主要是松散多个模块之间的耦合，把这些耦合关系全部放到中介者中取实现；而外观模式的目的是简化客户端的调用，这点和中介者模式也不同。

 

外观模式和单例模式

通常一个子系统只需要一个外观实例，所以外观模式可以和单例模式组合使用，把Façade类实现成单例。也可以把外观类的构造方法私有化，然后把提供给客户端的方法实现成为静态的。

 

外观模式和抽象工厂方法

外观模式的外观类通常需要和系统内部的多个模块交互，每个模块一般都有自己的接口，所以在外观类的具体实现里面，需要获取这些接口，然后组合这些接口来完成客户端的功能。