简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端输入的选择条件动态的实例化相关的类，对于客户端来说，去除了与具体产品的依赖。
但是简单工厂方法违背了开放——封闭模式。
工厂方法模式：定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
2、核心思想
核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给了子类去做，成为一个抽象工厂角色，仅仅负责具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化的细节。
3、优缺点分析
GOOD：修正了简单工厂模式中不遵守开放－封闭原则。工厂方法模式把选择判断移到了客户端去实现，如果想添加新功能就不用修改原来的类，直接修改客户端即可，从而保持了封装对象创建过程的优点。使得更换对象时，不需要做大的改动就可以实现，降低了客户程序与产品对象的耦合。
BAD：每增加一个产品，就需要增加一个产品工厂类，即增加了额外的开发量
4、标准UML
(1)抽象基类：
product：创建出来的对象的抽象基类
factory：创建对象的工厂方法的抽象基类
(2)接口函数：
Creator::FactoryMethod:纯虚函数，由派生类实现，创建出对应的Product.
（3）解析：
在这个模式中，有两个抽象基类，一个是product为创建产品对象的抽象基类，一个是Factory为工厂的抽象基类，在互相协作的时候都是由相应的factory派生类来生成product派生类。
也就是说，如果要新增一种product，那么也要对应新增一个factory,创建的过程委托给了facotory。所以factory和一个product是一一对应的关系。
5、标准源码
#ifndef FACTORY_H
#define FACTORY_H
3:
class Product
5: {
public:
7: Product(){}
virtual ~Product(){}
9: };
10:
class ConcreateProduct
public Product
13: {
public:
15: ConcreateProduct();
virtual ~ConcreateProduct();
17: };
18:
class Creator
20: {
public:
22: Creator(){}
virtual ~Creator(){}
24:
void AnOperation();
26:
protected:
virtual Product* FactoryMethod() = 0;
29: };
30:
class ConcreateCreator
public Creator
33: {
public:
35: ConcreateCreator();
virtual ~ConcreateCreator();
37:
protected:
virtual Product* FactoryMethod();
40: };
41:
#endif