设计模式之创建型模式

          上一篇我们介绍了设计模式的六大原则，对设计模式的法则有了一个清晰的认识，这篇我们来介绍设计模式的分类：

设计模式分为这三类：创建型模式、结构型模式、行为型模式。

点击查看大图 

      

   我们先来了解创建型模式：创建型模式是处理对像创建的设计模式。它有这两个主旋律：一是将系统使用的具体类封装起来，二是隐藏这些具体类的实例创建和结合方式。 通常设计都是从工厂方法开始，当设计者发现需要更大的灵活性时，设计便会向其他创建型模式演化。创建型模式分为这五类：抽象工厂模式、建造者模式、工厂方法模式、原型模式和单例模式。 

           抽象工厂模式（Abstract Factory）：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。抽象工厂模式主要是用于解决多个产品创建的问题。例如，就拿我喜欢喝的苹果醋例子来说吧。起初，我们能见到的只有从树上摘下来的水果而已，但是随着科技的进步，水果汁和水果醋相继出现。

    

          

其实仔细观察上面水果例子的图，就可以发现，左边和右边的布局是一样的。抽象工厂模式比较适合这么一种产品结构：产品分为几个系列，并且在每个产品系列中，产品的布局是相同的，在一个系列中的某个位置，在另一个系列中一定有一个对应的产品。 

建造者模式（Bulider）：将复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。在使用建造者模式之后，用户只需要指定需要建造的类型就可以得到它们，而具体建造的过程和细节就不需要知道了。      

        例如我们要创建一辆汽车，汽车是由各个部分（轮胎，发动机，车身）组成。所以我们要生产一部汽车，先要生产出它的各个部件，这些复杂的对象创建就由ConcreteBuilder来实现。最后再进行组装，将它们组装成我们需要的汽车（构建与表示分离）。也就是说，建造者模式，主要是用于创建一些复杂的对象，并且将这些复杂的建造过程进行封装，隐藏了该产品是如何组装的。所以若需要改变一个产品的内部表示，只需要再定义一个具体的建造者就可以了。

 工厂方法模式（FactoryMethod）：就是先定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。工厂方法模式是简单工厂模式的进一步抽象和推广。它克服了简单工厂违背开放-封闭原则的缺点，又保持了封装对象创建过程的优点。换句话说，工厂方法模式为每个对象都定义了一个类，集中封装了对象的创建，这样就降低了客户与对象之间的耦合。但是同时，如果要增加一个产品就需要加一个产品工厂的类，这就大大的增加了工作量。 

             

        原型模式（Prototype）：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。换句话说原型模式其实就是利用现成对象制作新的对象，被复制的对象需要实现Clone（克隆）接口来完成原型模式。

 

          例如：我们要复制一份简历，复制的这份简历需要实现ICloneable这个接口。  每一份简历自己访问自己的复制方法，自己也可以访问自己的内部信息，复制起来也比较方便，也不需要对外暴露自己的内部信息。当需求变化时，增加或修改简历时，只需要修改该类就可。

  单例模式（Singleton）：保证一个类仅有一个实例，并提供一个访问它的全局访问点。单例模式主要用于管理全局信息，为什么这么说呢？通常我们可以让一个全局变量使得一个对象被访问，但不能防止客户实例化多个对象。单例模式的优势就是让类自身负责保存它的唯一实例。这个类就可以保证没有其他实例可以被创建，并且提供了一个访问该实例的方法。