【GeekBand】设计模式2

1.Factory Method工厂方法

在软件系统的设计中，创建对象往往与客户需求的变化紧密的耦合在一起，降低了代码的灵活性。为了消除这种紧密的耦合关系，我们把创建对象这一工作封装起来，使得创建具体对象的时间延迟到程序的运行当中去。从而打到代码的灵活性和复用性。

dxdmy

个人看法：工厂模式就是将类对象的使用者和具体类的关系变得松散，避免new对象所带来的绑定关系。

2.Abstract Factory 抽象工厂

由于一系列相关对象之间存在联系，于是就通过一个接口来创建他们，不需要具体对象。

dxdmy

通过一个接口来创建多个相关对象，即保证了相关对象的一致性，又使得耦合变得松散。

3.Protoype 原型模式

一些对象的创建过程过于复杂，于是可以使用原型实例，通过拷贝这个原型实例来创建对象。

dxdmy

对象创建通过创建Prototype基类的接口，从而调用具体类的Clone（）函数，实现对象创建。

4. Builder 构建器

在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法却相对稳定。
如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随着需求改变而改变？
将一个复杂对象的构建与其表示相分离，使得同样的构建过程（稳定）可以创建不同的表示（变化）。

dxdmy

Builder模式主要用于“分步骤构建一个复杂的对象”。在这其中“分步骤”是一个稳定的算法，而复杂对象的各个部分则经常变化。
变化点在哪里，封装哪里——Builder模式主要在于应对“复杂对象各个部分”的频繁需求变动。其缺点在于难以应对“分步骤构建算法”的需求变动。
在Builder模式中，要注意不同语言中构造器内调用虚函数的差别。

5.门面模式

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

dxdmy

从客户程序的角度来看，门面模式简化了整个组件系统的接口，对于组件内部与外部客户程序来说，打到了一种“解耦”的效果——内部子系统的任何变化不会影响到门面接口的变化。
门面设计模式更注重从构架的层次去看整个系统，而不是单个类的层次。门面模式很多时候更是一种架构设计模式。
门面设计模式并非一个集装箱，可以任意地放进任何多个对象。门面模式中组件的内部应该是“相互耦合关系比较大的一系列组件”，而不是一个简单的功能集合。

6.Mediator中介者

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

dxdmy

将多个对象间复杂的关联关系解耦，中介者模式将多个对象间的控制逻辑进行集中管理，变“多个对象互相关联” 为“多个对象和一个中介者关联”，简化了系统的维护，抵御了可能的变化。
随着控制逻辑的复杂化，中介者模式具体对象的实现可能相当复杂。这时候可以对中间者模式对象进行分解处理。
门面模式是解耦系统间（单向）的对象关联关系；中间者模式是解耦系统内各个对象之间的关联关系。