外观模式详解 (附java语言源码)

外观模式（Facade Pattern）：

为子系统中的一组接口提供一个一致的接口。Façade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。（Provide a unified interface to a set of interfaces in a subsystem. Façade defines a higher-level interface that makes the subsystem easier to use.）

外观模式核心： 为子系统提供统一的入口。封装子系统的复杂性，便于客户端调用。使得客户端和子系统之间解耦，让子系统内部的模块功能更容易扩展和维护；

根据迪米特法则(最少知识原则)： 一个软件实体应当尽可能少的与其他实体发生相互作用。

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

简单来说，该模式就是把一些复杂的流程封装成一个接口供给外部用户更简单的使用。这个模式中，设计到3个角色。
　　1）子系统角色 : 实现了子系统的功能。它对客户角色和Facade时未知的。它内部可以有系统内的相互交互，也可以由供外界调用的接口。
　　2） 门面角色：外观模式的核心。它被客户角色调用，它熟悉子系统的功能。内部根据客户角色的需求预定了几种功能的组合。
　　3）客户角色 : 通过调用Facede来完成要实现的功能。

案例：
比如，注册公司流程，分三步：
步骤1：定义子系统角色

/**
 * 工商局
 */
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("在海淀税务局办理税务登记证！");
	}
}

/**
 * 银行
 */
class 中国工商银行 implements 银行 {
	@Override
	public void openAccount() {
		System.out.println("在中国工商银行开户！");
	}
}

步骤2：定义门面角色

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

步骤3：定义客户角色

/**
 * 客户端调用
 */
public class Client1 {
	public static void main(String[] args) {
		
		new RegisterFacade().register();
		
	}
}

执行结果如下图所示：

客户端不需要知道系统内部的实现细节，甚至都不用知道系统内部的构成。客户端只需要跟Facade交互就可以了。

最后以一个图片来解释外观模式的好处：

如果想了解更多设计模式，可点击：设计模式概述 以及 23种设计模式的介绍