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

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/62326.html