模式设计学习（4）

创建型的模式。

先看看最基本的Factroy模式。Factory模式是给一类对象提供统一的创建接口。

为了提高内聚（Cohesion）降低耦合（Coupling），我们经常会抽象出一些类的公共接口以形成抽象基类或者接口。这样我们可以通过声明一个指向基类的指针来指向实际的子类实现，达到了多态的目的。

Factory模式的两个最重要的功能：
1）定义创建对象的接口，封装了对象的创建；
2）使得具体化类的工作延迟到了子类中。

上图的模式完成了功能1，即封装了对象的创建，不需要在每次创建一个子类对象是都new XXX。

 如果还要完成功能2，即使具体化类的工作延迟到子类中，还需要如下的类结构图：

Factory模式也带来至少以下两个问题：

1）如果为每一个具体的ConcreteProduct类的实例化提供一个函数体，那么我们可能不得不在系统中添加一个新方法来处理这个新建的ConcreteProduct，这样Factory的接口永远就不能闭合。当然我们可以通过创建一个Factory的子类来通过多态实现这一点，但是这也是以新建一个类作为代价的。

2）在实现中我们可以通过参数化工厂方法，即给FactoryMethod（）传递一个参数用以决定具体是创建哪个Product。这同样使得代码需要随着新增加一个子类而修改。

 

可以看出，Factory模式对于对象的创建给予开发人员提供了很好的实现策略，但是Factory模式仅仅局限于一类类（就是说Product是一类，有一个共同的基类），如果我们要为不同类的类提供一个对象创建的接口，那就要用AbstractFactory了。