大话设计模式(一)工厂模式

今天主要设计简单工厂模式即静态工厂设计模式与工厂模式即抽象模式。

其中，简单工厂模式属于类的创建型模式,又叫做静态工厂方法模式。通过专门定义一个类来负责创建
其他类的实例，被创建的实例通常都具有共同的父类。

简单工厂模式中包含的角色及其职责：

1.工厂（Creator）角色 简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，创建所需的产品对象。
2.抽象（Product）角色 简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。
3.具体产品（Concrete Product）角色 简单工厂模式所创建的具体实例对象。

优缺点：

在这个模式中，工厂类是整个模式的关键所在。它包含必要的判断逻辑，能够根据外界给定的信息，决定究竟应该创建哪个具体类对象。

用户在使用时可以直接根据工厂类去创建所需的实例，而无需了解这些对象是如何创建以及如何组织的。有利于整个软件体系结构的优化。
不难发现，简单工厂模式的缺点也正体现在其工厂类上，由于工厂类集中了所有实例的创建逻辑，所以“高内聚”方面做的并不好。

另外，当系统中的具体产品类不断增多时，可能会出现要求工厂类也要做相应的修改，扩展性并不很好。 示例图如图1-1所示：

  工厂方法模式同样属于类的创建型模式又被称为多态工厂模式 、抽象工厂模式。工厂方法模式的意义是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。

核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色，仅负责具体工厂子类必须实现的接口，

这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。

抽象工厂模式中包含的角色及其职责：

1.抽象工厂（Creator）角色 :工厂方法模式的核心，任何工厂类都必须实现这个接口。
2.具体工厂（ Concrete  Creator）角色 :具体工厂类是抽象工厂的一个实现，负责实例化产品对象。
3.抽象（Product）角色 :工厂方法模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。
4.具体产品（Concrete Product）角色 工厂方法模式所创建的具体实例对象。

工厂方法模式和简单工厂模式比较

工厂方法模式与简单工厂模式在结构上的不同不是很明显。工厂方法类的核心是一个抽象工厂类，而简单工厂模式把核心放在一个具体类上。
 工厂方法模式之所以有一个别名叫多态性工厂模式是因为具体工厂类都有共同的接口，或者有共同的抽象父类。 当系统扩展需要添加新的产品对象时，

仅仅需要添加一个具体对象以及一个具体工厂对象，原有工厂对象不需要进行任何修改，也不需要修改客户端，很好的符合了“开放－封闭”原则(OCP)。

而简单工厂模式在添加新产品对象后不得不修改工厂方法，扩展性不好，不满足OCP原则。 工厂方法模式退化后可以演变成简单工厂模式。示例图如图1-2所示