定义一个创建对象的接口，但让实现这个接口的类来决定实例化那个类。工厂方法让类的实例化推迟到子类中进行。
简单工厂模式违背了开闭原则，而“工厂方法模式”是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则。
工厂方法模式的优点
| 用户只需要知道具体工厂的名称就可得到所要的产品，无须知道产品的具体创建过程。 |
| 灵活性增强，对于新产品的创建，只需多写一个相应的工厂类。 |
| 典型的解耦框架。高层模块只需要知道产品的抽象类，无须关心其他实现类，满足迪米特法则、依赖倒置原则和里氏替换原则。 |
工厂方法模式的缺点
| 类的个数容易过多，增加复杂度 |
| 增加了系统的抽象性和理解难度 |
| 抽象产品只能生产一种产品，此弊端可使用抽象工厂模式解决。 |
| 客户只知道创建产品的工厂名，而不知道具体的产品名。如 TCL 电视工厂、海信电视工厂等。 |
| 创建对象的任务由多个具体子工厂中的某一个完成，而抽象工厂只提供创建产品的接口。 |
| 客户不关心创建产品的细节，只关心产品的品牌 |
工厂方法模式由抽象工厂、具体工厂、抽象产品和具体产品等4个要素构成。本节来分析其基本结构和实现方法。
工厂方法模式的结构| 抽象工厂(Abstract Factory) | 提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法 newProduct() 来创建产品。 |
| 具体工厂(ConcreteFactory) | 主要是实现抽象工厂中的抽象方法，完成具体产品的创建。 |
| 抽象产品(Product) | 定义了产品的规范，描述了产品的主要特性和功能。 |
| 具体产品(ConcreteProduct) | 实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。 |
实例--用抽象工厂模式设计课程类
分析：根据简单工厂模式，每次增加新的课程都需要修改工厂类的源代码，违背"开闭原则"。
public class FactoryMethod {
public static void main(String[] args) {
VedioFactory factory = new JavaVedioFactory();
Vedio vedio = factory.getVedio();
vedio.produce();
}
}
interface Vedio{
void produce();
}
interface VedioFactory{
Vedio getVedio();
}
class JavaVedio implements Vedio{
@Override
public void produce() {
System.out.println("录制Java视频课程");
}
}
class PythonVedio implements Vedio {
@Override
public void produce() {
System.out.println("录制Python视频课程");
}
}
class PythonVedioFactory implements VedioFactory{
@Override
public Vedio getVedio() {
return new PythonVedio();
}
}
class JavaVedioFactory implements VedioFactory{
@Override
public Vedio getVedio() {
return new JavaVedio();
}
}
录制Java视频课程
注意：当需要生成的产品不多且不会增加，一个具体工厂类就可以完成任务时，可删除抽象工厂类。这时工厂方法模式将退化到简单工厂模式。
JDK源码：Collection.iterator()
