2 创建型模式-----工厂方法模式

简单工厂模式的不足：加入新产品的同时需要修改工厂类，违背“开闭原则”。

模式动机：增加一个抽象工厂类，再定义具体工厂类来生产具体的产品，增加新产品时只需要添加产品类和对应的具体工厂类即可。由于我们是对抽象工厂进行编程，因此可以在不修改抽象工厂的前提下增加新产品。

模式定义：工厂方法模式（Factory Method Pattern）又称工厂模式、虚构造器。该模式下，抽象工厂负责创建产品的公共接口，具体工厂继承自该接口来具体生产产品，这样就相当于将产品的实例化延迟到工厂子类中完成。

模式结构图：

 

 

模式代码：

bt_工厂方法模式.h：

#ifndef FMP_H
#define FMP_H
#include <iostream>

/*
    定义抽象产品类
*/
class Product
{
public:
    virtual ~Product(){}
};

/*
    定义具体产品类
*/
class ConcreteProduct : public Product
{
public:
    ConcreteProduct();
};
ConcreteProduct::ConcreteProduct()
{
    std::cout << "创建具体产品" << std::endl;
}

/*
    定义工厂接口
*/
class Factory
{
public:
    virtual ~Factory(){ }
    virtual Product* factoryMethod() = 0;
};

class ConcreteFactory : public Factory
{
public:
    virtual Product* factoryMethod();
};
Product* ConcreteFactory::factoryMethod()
{
    return new ConcreteProduct;
}

#endif // FMP_H

bt_工厂方法模式.cpp：

#include "bt_工厂方法模式.h"
#include <iostream>

int main()
{
    std::cout << "***** 工厂方法模式测试 *****" << std::endl;
    Factory* factory = NULL;
    factory = new ConcreteFactory;
    Product* product = NULL;
　　 product = factory->factoryMethod();

    delete product;
    delete factory;

    return 0;
}

模式优缺点：

• 客户创建具体产品时只需和具体工厂打交道，无需关注产品创建细节；在系统中加入新产品时，只需添加产品类和具体工厂类，无需修改抽象工厂与抽象产品类，而这就意味着无需修改与用户接口，系统扩展性提高，符合“开闭原则”。
• 缺点是每次增加一个新产品需要添加两个具体类，如果产品种类很多，系统就会变得臃肿。相当于每增加一个产品就要实例化一个产品类和一个对应的工厂类。