极客班

1.Factory Method

模式定义：定义一个用于创建对象的接口，让子类决定实例化哪一个类。
Factory Method使得一个类的实例化延迟（目的：解耦，手段：虚函数）到子类。

要点总结：
Factory Method模式用于隔离类对象的使用者和具体类型之间的耦合关系。
面对一个经常变化的具体类型，紧耦合关系（new）会导致软件的脆弱。

Factory Method模式通过面向对象的手法，将所要创建的具体对象工作延迟到
子类，从而实现一种扩展（而非更改）的策略，较好地解决了这种紧耦合关系。

Factory Method模式解决“单个对象”的需求变化。缺点在于要求创建方法/参数相同。

2.Abstract Factory

模式定义：提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，
无需指定它们具体的类。

要点总结：
如果没有应对“多系列对象构建”的需求变化，则没有必要使用Abstract Factory模式，
这时候使用简单的工厂完全可以。

“系列对象”指的是在某一个特定系列下的对象之间有相互依赖，或作用的关系。不同
系列的对象之间不能相互依赖。

Abstract Factory模式主要在于应对“新系列”的需求变动。其缺点在于难以应对“新对象”需求变动。

3.Prototype

模式定义：使用原型实例指定创建对象的种类，然后通过拷贝这些原型来创建新的对象。

要点总结：
Prototype模式同样用于隔离类对象的使用者和具体类型（易变类）之间的耦合关系，
它同样要求这些“易变类”拥有“稳定的接口”。

Prototype模式对于“如何创建易变类的实体对象”采用“原型克隆”的方法来做，它使得我们
可以非常灵活地动态创建“拥有某些稳定接口”的新对象————所需工作仅仅是注册一个新类的
对象（即原型），然后在任何需要的地方Clone。

Prototype模式中的Clone方法可以利用某些框架中的序列化来实现深拷贝。

4.Builder

模式定义：将一个复杂对象的构建与其表示分离，使得同样的构建过程（稳定）可以创建不同的表示（变化）。

要点总结：
Builder模式主要拥与“分步骤构建一个复杂的对象”。在这其中“分步骤”是一个稳定的算法，
而复杂对象的各个部分则经常变化。

变化点在哪里，封装哪里———— Builder模式主要在于应对“复杂对象各个部分”的频繁需求变动。
其缺点在于难以应对“分步骤构建算法”的需求变动。

在Builder模式中，要注意不同语言中构造器内调用虚函数的差别（C++ vs。 C#）。

5.Facade

模式定义：为子系统中的一组接口提供一个一致（稳定）的界面，Facade模式定义了
一个高层接口，这个接口使得这一子系统更加容易使用（复用）。

要点总结：
从客户程序的角度来看，Facade模式简化了整个组件系统的接口，对于组件内部与外部客户
程序来说，达到了一种“解耦”的效果———— 内部子系统的任何变化不会影响到Facade接口的变化。

Facade设计模式更注重从框架的层次去看整个系统，而不是单个类的层次。Facade很多时候更
是一种架构设计模式。

Facade设计模式并非一个集装箱，可以任意地放进任何多个对象。Facade模式中组件的内部应该
是“相互耦合关系比较大的一系列组件”，而不是一个简单的功能集合。

6.Proxy

模式定义：为其他对象提供一种代理以控制（隔离，使用接口）对这个对象的访问。

要点总结：
“增加一层间接层”是软件系统中对许多复杂问题的一种常见解决方法。在面向对象系统中，
直接使用某些对象会带来很多问题，作为间接层的proxy对象便是解决这一问题的常用手段。

具体proxy设计模式的实现方法，实现粒度相差很大，有些可能对单个对象做细粒度的控制，
如copy-on-write技术，有些可能对组件模块提供抽象代理层，在架构层次对对象做proxy。

Proxy并不一定要求保存接口完整的一致性，只要能够实现间接控制，有时候损及一些透明性是可以接受的。

7.Adapter

模式定义：将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不
兼容而不能一起工作的那些类可以一起工作。

要点总结：
Adapter模式主要应用于“希望复用一些现存的类”，但是接口与复用环境要求不一致的情况，
在遗留代码复用，类库迁移等方面非常有用。

Gof23定义了两种Adapter模式的实现结构：对象适配器和类适配器。但类适配器采用“多继承”
的实现方式，一般不推荐使用。对象适配器采用“对象组合”的方式，更符合松耦合精神。

Adapter模式可以实现的非常灵活，不必拘泥于Gof23中定义的两种结构。例如，完全可以将
Adapter模式中的“现存对象”作为新的接口方法参数，来达到适配的目的。

8.Mediator

模式定义：用一个中介对象来封装（封装变化）一系列的对象交互。中介者使各对象不需要显示
的互相引用（编译时依赖-> 运行时依赖），从而使其耦合松散（管理变化），而且可以独立地
改变它们之间的交互。

要点总结：
将多个对象间复杂的关联关系解耦，Mediator模式将多个对象间的控制逻辑进行集中管理，变
“多个对象互相关联”为“多个对象和一个中介者关联”，简化了系统的维护，抵御了可能的变化。

随着控制逻辑的复杂化，Mediator具体对象的实现可能相当复杂。这时候可以对Mediator对象
进行分解处理。

Facade模式是解耦系统间（单向）的对象关联关系；Mediator模式是解耦系统内各个对象间（双向）的关联关系。