3.3FactoryMethod——工厂方法
意图:
定义一个用于创建对象的接口,让子类决定实例化哪一个类。FactoryMethod使一个类的实例化延迟到其子类。
其实在抽象工厂模式中,经过改进后的模式就是工厂方法模式,所以不多说了,上UML图。
通过工厂方法模式的类图可以看到,工厂方法模式有四个要素:
1.工厂接口。工厂接口是工厂方法模式的核心,与调用者直接交互用来提供产品。在实际编程中,有时候也会使用一个抽象类作为与调用者交互的接口,其本质上是一样的。
2.工厂实现。在编程中,工厂实现决定如何实例化产品,是实现扩展的途径,需要有多少种产品,就需要有多少个具体的工厂实现。
3.产品接口。产品接口的主要目的是定义产品的规范,所有的产品实现都必须遵循产品接口定义的规范。产品接口是调用者最为关心的,产品接口定义的优劣直接决定了调用者代码的稳定性。同样,产品接口也可以用抽象类来代替,但要注意最好不要违反里氏替换原则。
4.产品实现。实现产品接口的具体类,决定了产品在客户端中的具体行为。
前文提到的简单工厂模式跟工厂方法模式极为相似,区别是:简单工厂只有三个要素,他没有工厂接口,并且得到产品的方法一般是静态的。因为没有工厂接口,所以在工厂实现的扩展性方面稍弱,可以算作工厂方法模式的简化版
举例说明:
还是举生产产品的例子吧。一个工厂生产A,B两种产品,以后还可能会拓展生产C产品,怎么安排类的设计模式使得以后的拓展或者用户额调用更加方便——工厂方法模式。
//定义工厂方法所创建的对象的接口 #ifndef _PRODUCT_H #define _PRODUCT_H class Product { protected: Product(){} public: virtual ~Product(){} virtual void function() = 0; }; #endif //实现Product接口 #ifndef _CONCRETE_PRODUCT_A_H #define _CONCRETE_PRODUCT_A_H #include "Product.h" #include <iostream> using namespace std; class ConcreteProductA : public Product { public: ConcreteProductA() { cout<<"创建产品A"<<endl; } virtual ~ConcreteProductA() { cout<<"销毁产品A"<<endl; } virtual void function() { cout<<"这是产品A的功能"<<endl; } }; #endif //实现Product接口 #ifndef _CONCRETE_PRODUCT_B_H #define _CONCRETE_PRODUCT_B_H #include "Product.h" #include <iostream> using namespace std; class ConcreteProductB : public Product { public: ConcreteProductB() { cout<<"创建产品B"<<endl; } virtual ~ConcreteProductB() { cout<<"销毁产品B"<<endl; } virtual void function() { cout<<"这是产品B的功能"<<endl; } }; #endif //声明工厂方法,该方法返回一个Product类型的对象 #ifndef _CREATER_H #define _CREATER_H class Creator { public: Creator(){} virtual ~Creator(){} virtual Product *CreateProduct(int type=0) = 0;//参数化工厂方法 }; #endif //重定义工厂方法以返回一个ConcreteProduct实例 #ifndef _CONCRETE_CREATOR_H #define _CONCRETE_CREATOR_H #include "ConcreteProductA.h" #include "ConcreteProductB.h" #include "Product.h" class ConcreteCreator : public Creator { public: ConcreteCreator(){} virtual ~ConcreteCreator(){} virtual Product *CreateProduct(int type) { Product *product; switch(type) { case 0: product = new ConcreteProductA(); break; case 1: product = new ConcreteProductB(); break; default: product = new ConcreteProductA(); break; } return product; } }; #endif 客户端程序: #include "Product.h" #include "ConcreteProductA.h" #include "ConcreteProductB.h" #include "Creator.h" #include "ConcreteCreator.h" int main(int argc, char **argv) { Creator *c = new ConcreteCreator(); Product *p = c->CreateProduct(0); p->function(); delete p; delete c; system("pause"); return 0; }
当我们的系统需要增加其他新的对象时,我们只需要添加一个具体的产品和它的创建工厂即可,不需要对原工厂进行任何修改,这样很好地符合了“开闭原则”。
工厂方法适用场景
1、一个类不知道它所需要的对象的类。在工厂方法模式中,我们不需要具体产品的类名,我们只需要知道创建它的具体工厂即可。
2、一个类通过其子类来指定创建那个对象。在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。
3、将创建对象的任务委托给多个工厂子类中的某一个,客户端在使用时可以无须关心是哪一个工厂子类创建产品子类,需要时再动态指定。