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