第6章　工厂方法模式

6.1　工厂方法模式概述

6.1.1　工厂方法模式的定义

工厂方法模式（Factory Method Pattern）又叫作多态性工厂模式，指定义一个创建对象的接口，但由实现这个接口的类来决定实例化哪个类，工厂方法把类的实例化推迟到子类中进行。

原文：Define an interface for creating an object，but let subclasses decide which class to instantiate.Factory Method lets a class defer instantiation to subclasses.

在工厂方法模式中，不再由单一的工厂类生产产品，而是由工厂类的子类实现具体产品的创建。因此，当增加一个产品时，只需增加一个相应的工厂类的子类，实现生产这种产品，便可以解决简单工厂生产太多产品导致其内部代码臃肿（switch … case分支过多）的问题，也符合开闭原则。

6.1.2　工厂方法模式的应用场景

工厂方法模式主要适用于以下应用场景。

（1）创建对象需要大量重复的代码。

（2）客户端（应用层）不依赖产品类实例如何被创建、实现等细节。

（3）一个类通过其子类来指定创建哪个对象。

6.1.3　工厂方法模式的UML类图

工厂方法模式的UML类图如下。

由上图可以看到，抽象工厂模式主要包含4个角色。

（1）抽象工厂（IFactory）：是工厂方法模式的核心，与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。

（2）具体工厂（ConcreteFactory）：是实现抽象工厂接口的具体工厂类，包含与应用程序密切相关的逻辑，并且被应用程序调用以创建产品对象。

（3）抽象产品（IProduct）：是工厂方法模式所创建的对象的超类型，也就是产品对象的共同父类或共同拥有的接口。

（4）具体产品（ConcreteProduct）：这个角色实现了抽象产品角色所定义的接口。某具体产品由专门的具体工厂创建，它们之间往往一一对应。

6.1.4　工厂方法模式的通用写法

以下是工厂方法模式的通用写法。