意图：
定义一个用于创建对象的接口，让子类决定实例化哪一个类。FactoryMethod使一个类的实例化延迟到其子类。
其实在抽象工厂模式中，经过改进后的模式就是工厂方法模式，所以不多说了，上UML图。
通过工厂方法模式的类图可以看到，工厂方法模式有四个要素：
1.工厂接口。工厂接口是工厂方法模式的核心，与调用者直接交互用来提供产品。在实际编程中，有时候也会使用一个抽象类作为与调用者交互的接口，其本质上是一样的。
2.工厂实现。在编程中，工厂实现决定如何实例化产品，是实现扩展的途径，需要有多少种产品，就需要有多少个具体的工厂实现。
3.产品接口。产品接口的主要目的是定义产品的规范，所有的产品实现都必须遵循产品接口定义的规范。产品接口是调用者最为关心的，产品接口定义的优劣直接决定了调用者代码的稳定性。同样，产品接口也可以用抽象类来代替，但要注意最好不要违反里氏替换原则。
4.产品实现。实现产品接口的具体类，决定了产品在客户端中的具体行为。
前文提到的简单工厂模式跟工厂方法模式极为相似，区别是：简单工厂只有三个要素，他没有工厂接口，并且得到产品的方法一般是静态的。因为没有工厂接口，所以在工厂实现的扩展性方面稍弱，可以算作工厂方法模式的简化版
举例说明：
还是举生产产品的例子吧。一个工厂生产A,B两种产品，以后还可能会拓展生产C产品，怎么安排类的设计模式使得以后的拓展或者用户额调用更加方便——工厂方法模式。
//定义工厂方法所创建的对象的接口
#ifndef _PRODUCT_H
#define _PRODUCT_Hclass Product
{
protected:Product(){}
public:virtual ~Product(){}virtual void function() = 0;
};
#endif//实现Product接口
#ifndef _CONCRETE_PRODUCT_A_H
#define _CONCRETE_PRODUCT_A_H#include "Product.h"
#include <iostream>
using namespace std;class ConcreteProductA : public Product
{
public:ConcreteProductA(){cout<<"创建产品A"<<endl;}virtual ~ConcreteProductA(){cout<<"销毁产品A"<<endl;}virtual void function(){cout<<"这是产品A的功能"<<endl;}};
#endif//实现Product接口
#ifndef _CONCRETE_PRODUCT_B_H
#define _CONCRETE_PRODUCT_B_H#include "Product.h"
#include <iostream>
using namespace std;class ConcreteProductB : public Product
{
public:ConcreteProductB(){cout<<"创建产品B"<<endl;}virtual ~ConcreteProductB(){cout<<"销毁产品B"<<endl;}virtual void function(){cout<<"这是产品B的功能"<<endl;}};
#endif//声明工厂方法，该方法返回一个Product类型的对象
#ifndef _CREATER_H
#define _CREATER_Hclass Creator
{
public:Creator(){}virtual ~Creator(){}virtual Product *CreateProduct(int type=0) = 0;//参数化工厂方法
};
#endif//重定义工厂方法以返回一个ConcreteProduct实例
#ifndef _CONCRETE_CREATOR_H
#define _CONCRETE_CREATOR_H#include "ConcreteProductA.h"
#include "ConcreteProductB.h"
#include "Product.h"
class ConcreteCreator : public Creator
{
public:ConcreteCreator(){}virtual ~ConcreteCreator(){}virtual Product *CreateProduct(int type){Product *product;switch(type){case 0:product = new ConcreteProductA();break;case 1:product = new ConcreteProductB();break;default:product = new ConcreteProductA();break;}return product;}};
#endif客户端程序：
#include "Product.h"
#include "ConcreteProductA.h"
#include "ConcreteProductB.h"
#include "Creator.h"
#include "ConcreteCreator.h"int main(int argc, char **argv)
{Creator *c = new ConcreteCreator();Product *p = c->CreateProduct(0);p->function();delete p;delete c;system("pause");return 0;
}
当我们的系统需要增加其他新的对象时，我们只需要添加一个具体的产品和它的创建工厂即可，不需要对原工厂进行任何修改，这样很好地符合了“开闭原则”。
工厂方法适用场景
1、一个类不知道它所需要的对象的类。在工厂方法模式中，我们不需要具体产品的类名，我们只需要知道创建它的具体工厂即可。
2、一个类通过其子类来指定创建那个对象。在工厂方法模式中，对于抽象工厂类只需要提供一个创建产品的接口，而由其子类来确定具体要创建的对象，在程序运行时，子类对象将覆盖父类对象，从而使得系统更容易扩展。
3、将创建对象的任务委托给多个工厂子类中的某一个，客户端在使用时可以无须关心是哪一个工厂子类创建产品子类，需要时再动态指定。
