设计模式系列----外观模式理解

外观模式看起来有点像是Java三大特性中的封装。

1、外观模式的使用场景

外观模式，一般用在子系统与访问之间，用于对访问屏蔽复杂的子系统调用，采用耳目一新的外观类提供的简单的调用方法，具体的实现由外观类去子系统调用。

通俗的举个例子就是：
我们去应聘，我们不知道如何找到面试官，不知道公司厕所在哪里，不知道面试官是否有时间。我们应聘的公司对于我们来说是完全陌生的。

但是一般公司都会有一个前台，我们只需要一个前台，就可以非常了解该公司，外观模式的作用就是创建一个跟前台作用类似的类，通过前台来获取公司的情报。

2、实际场景

其实我们作为熟练掌握CRUD的程序猿，controller调用service就非常符合外观模式的思想。controller层一般就是直接调用service层的方法，如下：

而serviceImpl层中，如果逻辑稍微赋值一点，五六十行代码，几十个逻辑处理都是非常正常的。
而controller根本不需要关心你serviceImpl多复杂，controller就类似公司前台的角色。

三、外观模式的扩展

其实举出上面这个controller和serviceImpl的例子后，我感觉已经不需要再赘述了，因为太通俗易懂了，想想还是再举个代码例子吧。

使用外观模式还有一个附带的好处，就是能够有选择性地暴露方法。一个模块中定义的方法可以分成两部分，一部分是给子系统外部使用的，一部分是子系统内部模块之间相互调用时使用的。有了Facade类，那么用于子系统内部模块之间相互调用的方法就不用暴露给子系统外部了。

比如，定义如下A、B、C模块。

public class Module {
    /**
     * 提供给子系统外部使用的方法
     */
    public void a1(){};
    
    /**
     * 子系统内部模块之间相互调用时使用的方法
     */
    public void a2(){};
    public void a3(){};
}

public class ModuleB {
    /**
     * 提供给子系统外部使用的方法
     */
    public void b1(){};
    
    /**
     * 子系统内部模块之间相互调用时使用的方法
     */
    public void b2(){};
    public void b3(){};
}

public class ModuleC {
    /**
     * 提供给子系统外部使用的方法
     */
    public void c1(){};
    
    /**
     * 子系统内部模块之间相互调用时使用的方法
     */
    public void c2(){};
    public void c3(){};
}

public class ModuleFacade {
    
    ModuleA a = new ModuleA();
    ModuleB b = new ModuleB();
    ModuleC c = new ModuleC();
    /**
     * 下面这些是A、B、C模块对子系统外部提供的方法
     */
    public void a1(){
        a.a1();
    }
    public void b1(){
        b.b1();
    }
    public void c1(){
        c.c1();
    }
}

这样定义一个ModuleFacade类可以有效地屏蔽内部的细节，免得客户端去调用Module类时，发现一些不需要它知道的方法。比如a2()和a3()方法就不需要让客户端知道，否则既暴露了内部的细节，又让客户端迷惑。

4、外观模式的优点

●　　松散耦合

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

●　　简单易用

外观模式让子系统更加易用，客户端不再需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟外观类交互就可以了。

●　　更好的划分访问层次

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

–我是“道祖且长”,一个在互联网"苟且偷生"的Java程序员
“有任何问题，可评论，我看到就会回复”