第3部分 接 口 适 配
第8章 适 配 器
何为适配器模式
基本上有两种实现适配器的方式。第一种是通过继承来适配两个接口，这称为类适配器。类适配器是通过多重继承实现的。
实现适配器模式的第二种方式称为对象适配器。与类适配器不同，对象适配器不继承被适配者，而是组合了一个对它的引用。
适配器模式：将一个类的接口转换成客户希望的另为一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
类适配器与对象适配器的对比：
类适配器：只针对单一的具体Adaptee,把Adaptee适配到Target ; 易于重载Adaptee的行为，因为是通过直接的子类化进行的适配； 只有一个Adapter对象，无需额外的指针间接访问Adaptee。
对象适配器：可以适配多个Adaptee及其子类；难以重载Adaptee的行为，需要借助于子类的对象而不是Adaptee本身；需要额外的指针以间接访问Adaptee并适配其行为。
何时使用适配器模式：
在以下情形，自然会想到使用这一模式
- 已有类的接口与需求不匹配；
- 想要一个可复用的类，该类能够同可能带有不兼容接口的其他类协作；
- 需要适配一个类的几个不同子类，可是让每一个子类去子类化一个类适配器又不实现。
第9章 桥 接
桥接模式： 将抽象部分与它的实现部分分离，使它们都可以独立地变化。
桥接模式的目的是把抽象层次结构从其实实现中分离出来，使其能够独立变更。抽象层定义了供客户端使用的上层的抽象接口。实现层次结构定义了供抽象层次使用的底层接口。实现类的引用被封装于抽象层的实例中时，桥接就形成了。
何时使用桥接模式
- 不想在抽象与其实现之间形成固定的绑定关系（这样就能在运行时切换实现）
- 抽象及其实现都应可以通过子类化独立进行扩展；
- 对抽象的实现进行修改不应影响客户端代码；
- 如果每个实现需要额外的子类以细化抽象，则说明有必要把透明分成两个部分；
- 想在带有不同抽象接口的多个对象之间共享一个实现。
总结： 本章讨论了如何使用桥接模式来实现在iOS上运行的仿真器应用程序。没有深入研究实现真正仿真器的额外细节，只是重点探讨了桥接模式能帮助我们解决的几个设计问题。桥接模式是把一个接口适配到不同接口的一种方式。下一章，将介绍另一种设计模式，它不仅能够将不同的接口组合起来，而且可以把它们简化成单一入口，就像建筑物的外观（正门）一样。
第10章 外 观
外观模式为子系统中一组不同的接口提供统一的接口。外观定义了一个高层接口，通过降低复杂度和隐藏子系统间的通信及依存关系，让子系统更易于使用。
何时使用外观模式
- 子系统正逐渐变得复杂。应用模式的过程中演化出许多类。可以使用外观为这些子系统类提供一个较简单的接口。
- 可以使用外观对子系统进行分层。每个子系统级别有一个外观作为入口点。让他们通过其外观进行通信，可以简化它们的依赖关系。
总结： 当程序逐渐变大变复杂时，会有越来越多小型的类从设计和应用模式中演化出来。如果没有一种简化的方式来使用这些类，客户端代码最终将变得越来越大、越来越难以理解，而且，维护起来会繁琐无趣。外观有助于提供一种更为简洁的方式来使用子系统中的这些类。处理这些子系统类的默认行为的，可能只是定义在外观中的一个简单的方法，而不必直接去使用这些类。
本书的这一部分介绍了几个设计模式，它们主要针对用更简单的接口或用不同的接口去适配各种接口。下一个部分中的设计模式用于分离协同工作的多个对象，这些对象具有共同或不同接口。
