[GeekBand] C++设计模式-2
Factory Method
工厂方法模式：定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法是一个类的实例化延迟到其子类。模式中包括抽象产品类、具体产品类、抽象工厂类以及具体工厂类。
使用场景
- 隔离类对象的使用者和具体类型之间的耦合关系。
Abstract Factory
抽象工厂模式：提供一个创建一系列相关或互相依赖对象的接口，而无需指定他们具体的类。这个模式中包括抽象产品类与其派生类具体产品类，抽象工厂类与其派生类具体工厂类。由同一个具体工厂创建的产品属于一个系列，不同的具体工厂可以创建相应系列的具体产品，具有可扩展性。
使用场景：
- 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节；
- 这个系统有多于一个的产品族，而系统只消费其中某一产品族；
- 同属于同一个产品族的产品是在一起使用的，这一约束必须在系统的设计中体现出来；
- 系统提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于实现。
Prototype
原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。模式中原型类 Prototype 提供了一个通过已存在对象进行新对象创建的接口 Clone 函数，Prototype 类的派生类 ConcretePrototype 类通过拷贝构造函数实现这个接口函数。
使用场景：
- 隔离类对象的使用者和具体类型之间的耦合关系；
- 生成新的类对象，且其初始化信息不发改变。
Builder
建造者模式：把变化的部分提取出来形成一个基类（Builder）和对应的接口函数（BuildPart()）。指挥者 Director 类中聚合了 Builder 类的指针，其 Construct 函数确定建造步骤。在这里不会变化的是都会创建 PartA 和 PartB，变化的则是不同的创建方法，具体建造细节由 Builder 的派生类 ConcreteBuilder 实现。
使用场景：
- 对象内部构造间的建造顺序通常是稳定的，但对象内部的构建通常面临着复杂的变化。
Facade
外观模式：为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。外观类 Facade 被客户类 Client 调用，外观类中聚合有各个子系统 Subsystem 类的引用。外观类中的功能函数调用各 Subsystem 来实现。
使用场景：
- 为一个复杂子系统提供一个简单接口；
- 客户程序与抽象类的实现部分之间存在着很大的依赖性，为了提高子系统的独立性和可移植性；
- 需要构建一个层次结构的子系统时，为了定义子系统中每层的入口点。
Proxy
代理模式：为其他对象提供一种代理以控制对这个对象的访问。代理类 Proxy 和具体主题类 ConcreteSubject 均继承自抽象主题类 Subject。代理类聚合有具体主题类的引用，将主题类的请求通过它转给具体主题类。
使用场景：
- 创建开销大的对象；
- 隐藏一个对象存在于不同地址空间的事实；
- 对对象进行访问控制；
- 当调用真实的对象时，代理处理另外一些事。
Adapter
适配器模式：将一个类的接口转换成客户希望的另外一个接口。待适配类 Adaptee 与目标类 Target 分别有不同的接口，适配器类 Adapter 继承自 Target，同时聚合有 Adaptee 的指针，将待适配的类转换为目标类。
使用场景：
- 使用第三方的类库；
- 旧系统与新系统进行集成；
- 使用不同数据库之间进行数据同步开发，数据库需要变更。
Mediator
中介者模式：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。模式中有抽象同事类 Colleage 与抽象中介者类 Mediator，抽象同事类中聚合有抽象中介者类的引用。抽象中介者类的派生类 ConcreteMediator 中聚合有抽象同事类的引用，以访问其不同派生类 ConcreteColleage 的成员。
使用场景：
- 将多对多的通信转化为一对多的通信；
- 降低相同系列对象的耦合程度与系统的复杂性。
参考：###
Erich Gamma，Richard Helm，Ralph Johnson 等.《设计模式：可复用面向对象软件的基础》（ 刘建中 等 译）.
