介绍：
外观模式属于结构型模式。它为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
类图：
Facade（外观角色）：为子系统统一接口。 System（子系统角色）：具有各种复杂行为。
用法： • 用外观模式解耦降低了用户的使用成本。（例如在设计代码初段，应该有意识地将不同的层分离。如经典的MVC模式中，View层和Model层界面与数据的分离，Controller担任外观角色）
• 为一个复杂子系统提供一个简单接口。（子系统往往会不断变化而变得越来越难维护，这种易变性使得隐藏子系统的具体变化极为重要）
• 维护一个大型遗留的系统时。（让外观角色为遗留代码设计一个简单的接口，让新系统和外观角色交互）
个人理解： 这个模式非常简单，为一个或多个系统提供一个简单的接口。需要跟复杂系统交互的时候可以考虑使用这个模式。
例子： 专注开发工作的你一定使用过此模式，就在我们接入第三方SDK的时候，都会有意识地用一个“帮助类”去跟SDK具体方法交互，只关心自己需要用的数据。下面用一个TalkingData第三方SDK的帮助类过一下：
需求：模拟SDK的使用
1、TalkingDataSDK的使用
首先简单介绍TalkingData，是专门做数据统计的公司，可以根据自己需求组合各种子SDK，例如页面埋点、点击事件分析、支付的漏洞模型等等。在这里非常适合使用外观模式去封装。
1.1、核心部分
代码语言：javascript复制 /**
* 初始化TalkingData SDK
*
* @param context
*/
public void initTDSDK(Context context) {
try {
TalkingDataAppCpa.init(context, "123123123123123123", MainApplication.FLAVOR);
TCAgent.init(context, "456456456456456", MainApplication.FLAVOR);
} catch (Exception e) {
e.printStackTrace();
}
}初始化SDK时，我们同时初始化两个子系统TalkingDataAppCpa和TCAgent。
对于程序员来说，封装一齐的目的是他们是同一家公司的两个子系统，我未来还可能接入更多的该公司的功能，就一并放在这个类方便管理。
1.2、各种子系统的方法举例
代码语言：javascript复制/**
* 关闭TalkingData SDK日志输出
*/
public void disableDebug() {
TalkingDataAppCpa.setVerboseLogDisable();
}
/**
* 注册成功事件
*
* @param mid 用户member_id
*/
public void onRegister(String mid) {
TalkingDataAppCpa.onRegister(mid);
}
/**
* 登录成功事件
*
* @param mid 用户member_id
*/
public void onLogin(String mid) {
TalkingDataAppCpa.onLogin(mid);
}
/**
* 下单事件
*
* @param mid 用户member_id
*/
public void onOrder(String mid, String orderId, String totalPrice) {
Order order = Order.createOrder(orderId, (int) (Float.parseFloat(totalPrice) * 100), "CNY");
TalkingDataAppCpa.onPlaceOrder(mid, order);
}
/**
* 支付成功事件
*
* @param mid 用户member_id
*/
public void onPaySucceed(String mid, String orderId, String amount, String paytype) {
TalkingDataAppCpa.onOrderPaySucc(mid, orderId, (int) (Float.parseFloat(amount) * 100), "CNY", paytype);
}
/**
* 事件管理-点击事件
*
* @param context Activity上下文
* @param eventId 事件ID
* @param eventLabel 事件标签
* @param eventDetail 事件细节
*/
public void onEvent(Context context, String eventId, String eventLabel, Map eventDetail) {
TCAgent.onEvent(context, eventId, eventLabel, eventDetail);
}
/**
* 进入页面
* @param context
* @param pageName 页面名称。
* onPageStart 和 onPageEnd 必须成对调用；
*/
public void onPageStart(Context context,String pageName){
TCAgent.onPageStart(context,pageName);
}
/**
* 退出页面
* @param context
* @param pageName
*/
public void onPageEnd(Context context,String pageName {
TCAgent.onPageEnd(context,pageName);
}使用者不需要知道具体的实现，完全隐藏了实现细节。另一方面，随着SDK不停地迭代更新，实现方法有可能变得面目全非。因此后续维护工作只在这个类完成就可以了，否则改动一个方法需要在你所有的实现的地方都改一遍可多崩溃。
2、总结 此模式比较常用，相信你已经在不知不觉中使用了！主要用法还是作为一些第三方SDK的帮助类。
感谢您的阅读~
推荐阅读
基础篇： 设计模式前篇之——UML类图必会知识点 设计模式前篇之——一起过一下面向对象的概念 创建型模式： 简易理解设计模式之：简单工厂模式——来试试接入支付功能 简易理解设计模式之：工厂方法模式——数据存储例子 简易理解设计模式之：抽象工厂模式——更换数据库例子 简易理解设计模式之：建造者模式——学习使用“链式调用” 简易理解设计模式之：原型模式——深、浅拷贝的概念 简易理解设计模式之：单例模式——单例模式的几种常用写法 结构型模式： 简易理解设计模式之：适配器模式——Android列表视图控件设计方式 简易理解设计模式之：桥接模式——穿衣服经典案例2 简易理解设计模式之：组合模式——实现View中的树状结构 简易理解设计模式之：装饰模式——穿衣服经典案例 简易理解设计模式之：外观模式——第三方SDK的帮助类 简易理解设计模式之：享元模式——五子棋游戏例子 简易理解设计模式之：代理模式——iOS视图控件设计方式 行为型模式： 简易理解设计模式之：策略模式——优化一下支付功能 简易理解设计模式之：模板方法模式——Android中的BaseActivity基类 简易理解设计模式之：观察者模式——监听与回调 简易理解设计模式之：状态模式——优化登录操作 简易理解设计模式之：备忘录模式——Word文档的工作原理 简易理解设计模式之：迭代器模式——遍历对象的好帮手 简易理解设计模式之：命令模式——实现命令的参数化配置 简易理解设计模式之：责任链模式——OA中请假流程示例 简易理解设计模式之：中介者模式——多人聊天室例子 简易理解设计模式之：解释器模式——语言和文法 简易理解设计模式之：访问者模式——员工考核例子
