设计模式详解_外观模式

目录

一、外观模式概念

二、认识外观模式

三、外观模式的代码示例

四、外观模式的优缺点

五、思考外观模式

六、相关设计模式

---

一、外观模式概念

外观模式（Facade）,为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

二、外观模式的结构图

1、Facade

定义子系统的多个模块对外的高层接口，通常需要调用内部多个模块，从而把客户的请求代理给适当的子系统对象。

2、模块

接收Facade对象的委派，真正实现功能，各个模块之间可能有交互。但我们要注意，Facade对象知道各个模块，但是各个模块不应该知道Facade对象。

二、认识外观模式

三、外观模式的代码示例

为了方便理解，我们使用A、B、C三个模块来书写代码示例：

1、分别定义A、B、C单个模块的接口和实现类

/**  * 定义Amodule接口  */ public interface AModule {     public void testA(); } public class AModuleImpl implements AModule{     @Override     public void testA() {         System.out.println("A模块操作testA()方法");     } } /**  * 定义Amodule接口  */ public interface BModule {     public void testB(); } public class BModuleImpl implements BModule{     @Override     public void testB() {         System.out.println("A模块操作testB()方法");     } } /**  * 定义Amodule接口  */ public interface CModule {     public void testC(); } public class CModuleImpl implements CModule{     @Override     public void testC() {         System.out.println("A模块操作testC()方法");     } }

2、定义外观类

/**  * 定义外观类  */ public class Facade {     public void test(){         AModule a = new AModuleImpl();         a.testA();         BModule b = new BModuleImpl();         b.testB();         CModule c = new CModuleImpl();         c.testC();     } }

3、定义clent测试类

public class Client {     public static void main(String[] args) {         Facade facade = new Facade();         facade.test();     } }

测试结果如下：

代码下载链接

四、外观模式的优缺点

1、优点

松散耦合

外观模式松散了客户端与子系统的耦合关系，让子系统内部的模块能更加容易扩展和维护。

简单易用

外观模式让子系统更加易用，客户端不在需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟外观交互就可以了，相当于外观类为外部客户端使用子系统提欧共了一站式服务

更好地规划访问的层次

通过合理使用Facade,可以帮助我们更好规划访问层次。有些方法时对系统外的，有些方法时系统内部使用的。把需要暴露给外部的功能集中到外观中，这样既方便客户端使用，也很好的隐藏了内部的细节。

2、缺点

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

五、思考外观模式

1、外观模式的本质

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

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

2、对设计原则的体现

六、相关设计模式

外观模式vs中介者模式

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

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

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

外观模式VS单例模式

通产一子系统只需要一个外观实例，所以外观模式可以和单例模式组合使用，吧Facade类实现为单例。当然，也可以跟叶爱民示例的那样，把外观类的构造方法私有化，然后把提供给客户端的方法实现为静态的。

外观模式VS抽象工厂模式

外观模式的外观类通常需要和系统内部的多个模块交互，每个模块一般都有自己的接口，所以外观类的具体实现在里面，需要获取这些接口，然后组合这些接口来完成客户端的功能，那么怎么实现这些接口呢？就可以和抽象工厂一起使用，外观类通过抽象工厂来获取所需的接口，而抽象工厂也可以把模块内部的实现对Facade进行屏蔽，也就是说Facade也仅仅只是知道它从模块中获取它需要的功能，模块内部的斜截，Facade也不知道。

参考书籍：

1、《研磨设计模式》

2、《大话设计模式》