设计模式【1】——工厂模式(Factory 模式)

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

前言

在面向对象系统设计中经常可以遇到以下的两类问题：
1）为了提高内聚（Cohesion）和松耦合（Coupling），我们通常会抽象出类的公共接口以形成抽象基类或者接口。基于此，我们可以通过定义一个指向基类的指针来指向实际的子类实现，达到了多态的目的。但是，当有许多的子类继承自抽象基类，我们每次要用到子类式就需要重新定义子类，诸如 new ×××的代码。这样处理会带来两个问题 ：1.客户程序员必须知道实际子类的名称（当系统复杂后，命名可能就出现了问题）；2.程序的扩展性和维护变得越来越困难。
2）在父类中并不知道具体要实例化哪一个具体的子类。诸如：假设我们在类 A 中要使用到类 B，B 是一个抽象父类，在 A 中并不知道具体要实例化那一个 B 的子类，但是在类 A 的子类 D 中是可以知道的。因此，在 A 中我们没有办法直接使用类似于 new ×××的语句，因为我们就不知道要定义哪个具体的子类。

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

一、工厂模式(Factory 模式)

我们通常使用 Factory 模式来解决上面两个