解释说明:定义一个用于创建对象的接口,但是让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类
抽象工厂(AbstractFactory):提供了创建产品的接口,调用者通过它访问具体工厂的工厂方法来创建产品
具体工厂(ConcreteFactory):主要是实现抽象工厂中的多个抽象方法,完成具体产品的创建
抽象产品(Product):定义产品的规范,描述了产品的主要特性和功能
具体产品(ConcreteProduct):实现了抽象产品角色所定义的接口,由具体工厂来创建,它同具体工厂之间是一对一的关系
优点:
克服了简单工厂模式违背开放-封闭原则的缺点,又保留了封装对象创建过程的优点,降低客户端和工厂的耦合性。所以说,“工厂方法模式”是“简单工厂模式”的进一步抽象和推广。
缺点:
每增加一个产品,相应的也要增加一个子工厂,加大了额外的开发量
适用场景
对于某个产品,调用者清楚地知道应该使用哪个具体工厂服务,实例化该具体工厂,生产出具体的产品来。
只是需要一种产品,而不想知道也不需要知道究竟是哪个工厂生产的,即最终选用哪个具体工厂的决定权在生产者一方,它们根据当前系统的情况来实例化一个具体的工厂返回给使用者,而这个决策过程对于使用者来说是透明的
考虑这样一个场景,如下图:
Jungle想要进行户外运动,它可以选择打篮球、踢足球或者玩排球。和上一次的体育保管室不同,这次分别由篮球保管室、足球保管室和排球保管室,Jungle只需直接去相应的保管室就可以拿到对应的球!然后Jungle就可以愉快地玩耍了
virtual string Name() = 0;
class BenzCar : public ICar
class BmwCar : public ICar
class AudiCar : public ICar
virtual ICar* CreateCar() = 0;
#include "concreteProduct.h"
class BenzFactory : public AFactory
class BmwFactory : public AFactory
class AudiFactory : public AFactory
#include "concreteFactory.h"
#define SAFE_DELETE(p) { if(p){delete(p); (p)=NULL;} }
AFactory *pFactory = new BenzFactory();
ICar *pCar = pFactory->CreateCar();
cout << "Benz factory: " << pCar->Name() << endl;
pFactory = new BmwFactory();
pCar = pFactory->CreateCar();
cout << "Bmw factory: " << pCar->Name() << endl;
pFactory = new AudiFactory();
pCar = pFactory->CreateCar();
cout << "Audi factory: " << pCar->Name() << endl;