设计模式（二）－创建模式

创建对象最简单的办法就是 new 所属类() 。但是，以人类为例，只有亚当和夏娃是从泥土被造的，所有的人都有父母，不是直接 new 出来的。

某些场合会用到受管理的类，不由用户任意创建。例如管理器对于寄放件而言，所有的寄放件都需要在管理器登记，所以，创建寄放件对象不能交给用户，而由管理器的函数来做。这样的管理器具备工厂的行为特点。

工厂(Factory)模式就是这样做的。

工厂 Creator 的 FactoryMethod 返回具体产品，见图中的 return new ConceteProduct 。

在上图，为了提供更大的弹性，这个工厂还准备了一个抽象父类。这种抽象的事在具体类实现以后，发现可以抽象时再来抽象也不迟，不宜早早就抽象好，实施的时候难度加大，所谓作茧自缚。

在世界各地都可以看到这种做法。例如 MapInfo 里，如果要在地图上创建一条线段，正确的做法是交给地图类去创建，下一步取回产品：线段。

配件工厂（Builder）：

这个东西其实也是工厂，唯一不同的是它更加社会化大生产了。每个工厂只生产产品的一部分，最后才装配成产品。

抽象工厂（Abstract Factory）：

如果我们非常无聊，换句话说，出于实际需要，可以把工厂抽象出抽象工厂，产品抽象出抽象产品，这样的模式叫抽象工厂。

这些工厂都属于生产产品的。下面的两个不是工厂，也能生产产品。

坯（Prototype）模式：

使用“坯”不代表轻蔑它。实际上，这个模式很有用。如前面说的，java 里，Date 类是引用类而非值类，也就是说 Date a; Date b;      a = b;   执行后， a  就改指向 b。一旦修改 a ，b 也会遭殃。换个写法 a = (Date) b.clone(); 就化解这个问题了。clone 方法也创建一个 Date 对象。这种方式叫做坯模式。根据坯子重新做一个对象的意思。

它的静态图是这样的：

还有一种对象，它一直存在，大家都能邀请它，但又不能创建两个。猜猜看，为什么。

其实很简单，只要把这个对象当作某个类的静态成员，它就可以一直生存了。因为是静态成员，也不会创建两次。

这种模式叫“单件模式”。

单件（singleton）模式：

单件模式是一种很常用的模式。从它要达到的效果——实现公用变量——而言，ASP.NET 里的 Application,Session 都可以理解为单件。