集团公司网站案例谷歌优化培训
简单工厂模式的不足：加入新产品的同时需要修改工厂类，违背“开闭原则”。
模式动机：增加一个抽象工厂类，再定义具体工厂类来生产具体的产品，增加新产品时只需要添加产品类和对应的具体工厂类即可。由于我们是对抽象工厂进行编程，因此可以在不修改抽象工厂的前提下增加新产品。
模式定义：工厂方法模式（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_Hbt_工厂方法模式.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;
}模式优缺点：
- 客户创建具体产品时只需和具体工厂打交道，无需关注产品创建细节；在系统中加入新产品时，只需添加产品类和具体工厂类，无需修改抽象工厂与抽象产品类，而这就意味着无需修改与用户接口，系统扩展性提高，符合“开闭原则”。
- 缺点是每次增加一个新产品需要添加两个具体类，如果产品种类很多，系统就会变得臃肿。相当于每增加一个产品就要实例化一个产品类和一个对应的工厂类。