设计模式——创建型模式

定义

      创建模式（Creational Pattern）是对类的实例化过程的抽象化。一些系统在创建对象时，需要动态地决定怎样创建对象，创建哪些对象，以及如何组合和表示这些对象。创建模式描述了怎样构造和封装这些动态的决定。

分类

      创建型模式分为类的创建模式和对象创建模式

类的创建模式

      类的创建模式使用继承关系，把类的创建延迟到子类，从而封装了客户端将得到哪些具体类的信息，并且隐藏了这些类的实例是如何创建和放在一起的。

对象的创建模式

      对象的创建模式则把对象的创建过程动态的委派给另一个对象，从而动态地决定客户端将得到哪些具体类的实例，以及这些类的实例是如何被创建和组合在一起的。

具体模式

单例模式

单例模式（Singleton）,保证一个类只有一个实例，并提供一个访问它的全局访问点。

应用场景：避免产生多个对象消耗过多的资源（特别是一个对象需要频繁的创建和销毁时）；
提供一个全局访问点，常常被用来管理系统中共享的资源(作为一个Manager)。

优点：
       保证唯一的实例，严格控制客户怎样访问以及何时访问，对唯一实例受控访问

工厂方法模式

工厂方法模式（Factory Method），定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法是一个类的实例化延迟到其子类。

应用场景：单一产品的创建。

优点：
       集中了封装对象的创建，使得要更换对象时，不需要做大的改动就可实现，降低了客户程序与产品对象的耦合

缺点：由于每加一个产品，就需要加一个产品工厂的类，增加的了额外的开发量

抽象工厂模式

抽象工厂模式（Abstract Factory），提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

应用场景：一个系统不要求依赖产品类实例如何被创建、组合和表达的表达，这个系统有多个系列产品，而系统中只消费其中某一系列产品，系统要求提供一个产品类的库，所有产品以同样的接口出现，客户端不需要依赖具体实现。

优点：
       1.易于交换产品系列，在一个应用中只需要在初始化的时候出现一次，这就使得改变一个应用的具体工厂变得非常容易，它只需要改变具体工厂即可使用不同的产品配置。
       2.它让具体的创建实例过程与客户端分离，客户端是通过它们的抽象接口操纵实例，产品的具体类名也被具体工厂的实现分离，不会出现在客户代码中。

缺点：
       无法轻易做出改动，一旦改动所有类都需要改动。

简单工厂：简单实用，但违反开放封闭；
工厂方法：开放封闭，单一产品；
抽象工厂：开放封闭，多个产品；
反射工厂：可以最大限度的解耦。

原型模式

原型模式（Prototype），用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。

应用场景：一个对象的产生可以不由零起步，直接从一个已经具备一定雏形的对象克隆，然后再修改为生产需要的对象。

优点：
       1.一般在初始化的信息不发生变化的情况下，克隆是最好的方法，即隐藏了对象创建的细节，又对性能大大提高。       2.不同重新初始化对象，动态获得对象运行的状态。

缺点：
       1、每个类必须配备一个克隆方法
       2、配备克隆方法需要对类的功能进行通盘考虑，这对于全新的类不是很难，但对于已有的类不一定很容易，特别当一个类引用不支持串行化的间接对象，或者引用含有循环结构的时候。

建造者模式

建造者模式（Builder），将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

应用场景：主要用于创建一些复杂的对象，这些对象的内部构造间的建造顺序通常是稳定的，但对象内部的构建通常面临着复杂的变化。

优点：
       使得建造代码与表示代码分离，由于建造者隐藏了该产品是如何组装的，所以若需要改变一个产品的内部显示，只需要再定义一个具体的建造者就可以了。