GOF23之外观模式Demo

外观模式应该是设计模式中最简单的模式了。
先了解下，迪米特法则(最少知识原则):一个软件的实体应当尽可能少的与其他实体发生相互作用。
外观模式核心：为子系统提供统一的入口，封装子系统的复杂性，便于客户端调用。
以开立公司为例：通常开立公司经过一系列流程：工商局检查、质监局办理组织机构代码、税务局办理税务登记、银行开户。如果不使用外观模式，那么所有的这些流程将全部由客户端按照顺序调用完成。客户端需要知道的东西太多，需要发生关系的类太多，显然违反了迪米特法则。
举例代码如下：

public interface 工商局  {    void checkName();  //核名}class 海淀区工商局 implements 工商局 {    @Override    public void checkName() {        System.out.println("检查名字是否有冲突！");    }}public interface 质检局 {    void  orgCodeCertificate();  //办理组织机构代码证}class 海淀质检局 implements 质检局 {    @Override    public void orgCodeCertificate() {        System.out.println("在海淀区质检局办理组织机构代码证！");    }} public interface 税务局 {    void taxCertificate();  //办理税务登记证}class 海淀税务局 implements 税务局 {    @Override    public void taxCertificate() {        System.out.println("在海淀税务局办理税务登记证！");    }}public interface 银行 {    void  openAccount();  //开户}class 中国工商银行 implements 银行 {    @Override    public void openAccount() {        System.out.println("在中国工商银行开户！");    }}

客户端调用：

public class Client1 {    public static void main(String[] args) {        工商局  a = new 海淀区工商局();        a.checkName();        质检局 b = new 海淀质检局();        b.orgCodeCertificate();        税务局  c  = new 海淀税务局();        c.taxCertificate();        银行  d = new 中国工商银行();        d.openAccount();    }}

运行结果如下：
检查名字是否有冲突！
在海淀区质检局办理组织机构代码证！
在海淀税务局办理税务登记证！
在中国工商银行开户！

外观模式就是将经过的那些流程整合到一起。
新增一个类整合流程，这个类相当于办理注册公司流程的门面对象：

/** * 办理注册公司流程的门面对象 * */public class RegisterFacade {    public void register(){        工商局  a = new 海淀区工商局();        a.checkName();        质检局 b = new 海淀质检局();        b.orgCodeCertificate();        税务局  c  = new 海淀税务局();        c.taxCertificate();        银行  d = new 中国工商银行();        d.openAccount();    }}

客户端调用：

public class Client1 {    public static void main(String[] args) {        new RegisterFacade().register();    }}

运行结果：
运行结果：
检查名字是否有冲突！
在海淀区质检局办理组织机构代码证！
在海淀税务局办理税务登记证！
在中国工商银行开户！

可以看到运行结果与客户端分别调用那些类的方法一样。

外观模式在开发中常见的场景：
频率很高。哪里都会遇到。各种技术和框架中都有外观模式的使用，如：JDBC封装后的，commons提供的DBUtils类，Hibernate提供的工具类，Spring JDBC工具类。