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工具类。