介绍

外观（Facade）模式的结构比较简单，主要是定义了一个高层接口。它包含了对各个子系统的引用，客户端可以通过它访问各个子系统的功能。现在来分析其基本结构和实现方法。

结构

外观（Facade）模式包含以下主要角色。

  1. 外观（Facade）角色：为多个子系统对外提供一个共同的接口。
  2. 子系统（Sub System）角色：实现系统的部分功能，客户可以通过外观角色访问它。
  3. 客户（Client）角色：通过一个外观角色访问各个子系统的功能。

门面模式(Facade Pattern) - 图1

应用场景

解决易用性问题

门面模式可以用来封装系统的底层实现，隐藏系统的复杂性，提供一组更加简单易用、更高层的接口。
门面模式有点类似之前讲到的迪米特法则（最少知识原则）和接口隔离原则：两个有交互的系统，只暴露有限的必要的接口。除此之外，门面模式还有点类似之前提到封装、抽象的设计思想，提供更抽象的接口，封装底层实现细节。

解决性能问题

将多个接口调用替换为一个门面接口调用，减少网络通信成本，提高 客户端的响应速度。

解决分布式事务问题

要支持两个接口调用在一个事务中执行，是比较难实现的，这涉及分布式事务问题。虽然我们可以通过引入分布式事务框架或者事后补偿的机制来解决，但代码实现都比较复杂。而最简单的解决方案是，利用数据库事务或者 Spring 框架提供的事务（如果是 Java 语言的话），在一个事务中，执行创建用户和创建钱包这两个 SQL 操作。