一、外观模式

1-1、意图

为子系统中的一组接口提供一个一致的界面。

Facade 模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

1-2、结构 

• Facade 知道哪些子系统类负责处理请求：将客户的请求代理给适当的子系统对象。
• Subsvstem classes 实现子系统的功能:处理有 Facade 对象指派的任务:没有 Facade 的任何相关信息，即没有指向 Facade 的指针。

1-3、代码实现

1-4、适用性

• 要为一个复杂子系统提供一个简单接口时，子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类，这使得子系统更具有可重用性，也更容易对子系统进行定制,但也给那些不需要定制子系统的用户带来一些使用上的困难Facade 可以提供一个简单的默认视图，这一视图对大多数用户来说已经足够，而那些需要更多的可定制性的用户可以越过 Facade 层。
• 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入 Facade 将这个子系统与客户以及其他的子系统分离，可以提高子系统的独立性和可移植性。
• 当需要构建一个层次结构的子系统时，使用 Facade 模式定义子系统中每层的入口点。如果子系统之间是相互依赖的，则可以让它们仅通过 Facade 进行通信，从而简化了它们之间的依赖关系。 

1-5、真题

真题1：

真题2：

二、享元模式

2-1、意图

运用共享技术有效地支持大量细粒度的对象。

2-2、结构

2-3、适用性

• 应用程序使用了大量的对象。
• 完全由于使用大量的对象，造成很大的存储开销。
• 对象的大多数状态都可变为外部状态。
• 如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对象。
• 应用程序不依赖于对象标识。由于 Flyweight 对象可以被共享，所以对于概念上明显有别的对象，标识测试将返回真值。

2-4、代码实现 

2-5、真题 

真题1：

三、代理模式

3-1、意图

为其他对象提供一种代理以控制对这个对象的访问。

3-2、结构

3-3、代码实现

1-4、适用性

1-5、真题

真题1：

​​​​​​​