外观模式介绍
外观模式（Facade），为子系统中的一组接口提供一个一致的界面，定义一个高层接口，这个接口使得这一子系统更加容易使用。引入外观角色之后，用户只需要直接与外观角色交互，用户与子系统之间的复杂关系由外观角色来实现，从而降低了系统的耦合度。
举个例子来更清晰的理解：在我们的App中通常都会集成进入多种分享SDK，每一种分享SDK都有各自的文档与要求，但是对于我们客户端而言，其实分享的内容都是一样的，可是又要去看那么多不同的文档就显得很麻烦。这时，就有了ShareSDK这类的第三方SDK来帮助我们快速的完成分享，我们不用再关心内部的不同分享途径的不同实现了。其实ShareSDK就是外观模式的运用，它提供了一个高层次的接口，使得各个子系统（不同的分享SDK）更易于使用。
外观模式使用场景
- 为一个复杂子系统提供一个简单接口。子系统往往会因为不断演化而变得越来越复杂，此时通过外观模式提供一个简单统一的接口，对外隐藏子系统的具体实现、隔离变化
- 当你需要构建一个层次结构的子系统时，使用外观模式定义子系统中每层的入口点。如果子系统之间是相互依赖的，可以让它们仅通过外观模式提供的接口进行通信，从而简化了它们之间的依赖关系。
外观模式的简单实例
其实，生活中使用外观模式的例子就非常多。手机就是一个外观模式的例子，它集合了电话功能，拍照功能，GPS等等，我们可以把这这些功能当作一个个的子系统，手机就是通过外观模式提供出来的高层次接口。
public class MobilePhone {
private Phone mPhone = new Phone();
private Camera mCamera = new Camera();
public void call() ｛
mPhone.call();
｝
public void takePhoto() {
mCamera.open();
mCamera.takPhoto();
mCamera.close();
}
}
这是就直接写一个简单的示例，一个MobilePhone类，里面包含了两个子系统，分别是拨号系统和拍照系统，MobilePhone将这两个子系统封装起来，为用户提供了一个统计的操作接口。用户只用调用里面有两个方法，就可以完成打电话和拍照，用户不用再关系里面的子系统是怎么样的。
当然因为这只是一个示例，所以写的子系统比较少。真实的项目中，一般子系统都会更加的复杂的。
Android中的外观模式
在Android开发过程中Context是一个非常关键的类，意为上下文。
熟悉这个类的都知道它是一个抽象类，具体的实现类是ContextImpl，它封装了很多重要的操作，如startActivity(),sendBroadcast(),bindService()等，但是这些操作并不是真正的由Context来完成的。比如startActivity()，真正的实现是通过ActivityManagerService；获取应用包相关 则是通过PackageManagerService完成。因此Context对于开发者来说是一个重要的高层接口。
总结
外观模式的精髓在于封装。通过高层次结构为用户提供统一的API入口，使得用户通过一个类型就基本能够操作整个系统，这样减少了用户的使用成本，也能够提升系统的灵活性。
优点：
- 对客户程序隐藏子系统细节，因而减少了客户对于子系统的耦合，能够拥抱变化
- 外观类对子系统的接口封装，使得系统更易于使用
缺点：
- 外观类接口膨胀。由于子系统的接口都由外观类统一对外暴露，使得外观类的接口较多。
- 外观类没有遵循开闭原则，当业务出现变更时，可能需要修改外观类。
