创建型设计模式-CSDN博客

一、创建型模式解决的问题和实现方式

创建型模式要解决的主要问题就是类的使用者和类实例的创建(new 操作)之间的耦合关系。就是说如何让类的使用者，在代码中不用去直接new一个对象。这样，在被使用的类需要变化时，使用者的代码不需要变化或者只需要做很小的变化。这里说的类的变化，是有条件的，比如从A变到B，它们之间需要有共同的抽象才行，用代码来说——他们要有共同的接口。任何问题领域，一定有东西是在变化的，也一定有东西是稳定的。我们要做的就是把稳定的东西和变化的东西分开，让变化的部分的变化不会导致稳定的部分也需要变化，用接口来隔离变化。

二、各个模式的解释

1、单件模式

意图：保证一个类只有一个实例，并提供一个访问该实例的方式。下面是常见的实现代码：

1 Class DemoClass
2 {
3      private Object LockObj = new Object();
4      private DemoClass instance;
5
6      private DemoClass()
7     { }
8
9      public static DemoClass GetInstance()
10     {
11          if (instance == null )
12         {
13              lock (LockObj)
14             {
15                  if (instance == null )
16                 {
17                     instance = new DemoClass();
18                 }
19             }
20         }
21
22          return instance;
23     }
24 }

这里解释一下为什么在多线程环境下，需要第15行的这个是否为空的判断。

假设有两个线程A、B访问这段代码，并且实例还没有被创建过。

1、刚开始instance为null，假设线程A、B同时执行到第13行。

2、此时A线程获得CPU时间开始往下执行，B线程则在这里等待。

3、A线程一路往下执行，创建好instance，并返回，此时线程A结束，CPU时间交给线程B。

4、由于线程A结束，线程B得到锁，不用再等了，往下执行第15行，因为此时instance已经被线程A创建了，如果这里没有是否为空的判断，那么instance将会被重新创建一次。

2、工厂方法模式

意图：提供一个创建对象的接口，让类的实例化延迟到子类。

分析：重点就在与这个创建对象的接口，它只有一个Create方法，这个方法的工作很简单，就是去new一个对象而已，只不过这个工作是让这个接口的子类去做的。客户代码依赖于这个接口(或者说依赖于这个Create方法)和具体产品的IProduct接口去工作。

结构图如下：

3、创建者模式

意图：将一个复杂对象的构建过程和它的表示分离，使得同样的构建过程可以创建不同的表示。

分析：这里的重点在于对象构建过程的稳定，也就是说创建一个对象的步骤是定下来的，但是各个具体步骤会不同。解决方法就是把各个需要变化的步骤，抽象成一个接口，然后构建过程根据这个接口的实例去构建，而不用关心这些步骤的具体实现。

结构图如下：

上面的这个Director其实可以不需要，对象的这个构建过程也可以放到客户代码里面去，这个无所谓。它的存在会让结构更松散一些而已。

4、抽象工厂模式

意图：提供一个创建一系列相关或者相互依赖的对象的接口，而不用去关心它们的具体实现。

分析：抽象工厂模式与工厂方法模式的使用的方法非常相似，都是提供一个创建对象的接口，让具体对象的创建延迟到这个接口的子类。不同的是，工厂方法创建的是一个对象，创建的是某种类型的单个对象。而抽象工厂创建的是一系列的对象，这些对象是有一定的关联或者依赖关系的，对于下图来说就是A1、B1、C1、D1（或者A2、B2、C2、D2）之间有一定的联系，这些对象是一组有关系的对象，各自不是完全孤立的。

结构图如下：