C++设计模式 #7 工厂方法（Factory Method）

“对象创建”模式

通过“对象创建”模式绕开new，来避免对象创建（new）过程中所导致的紧耦合（依赖具体类），从而支持创建的稳定。它是接口抽象之后的第一步工作。

动机

在软件系统中，经常面临着创建对象的工作；由于需求的变化，需要创建的对象的具体类型经常变化。
如何应对这种变化？如何绕过常规的对象创建方法（new），提供一种“封装机制”来避免用户程序与这种“具体对象创建工作”的紧耦合？

举个栗子

我们思考C++设计模式 #4 观察者模式（Observer/Event）-CSDN博客中的文件分割的例子。对不同的文件我们可能有不同的分割策略。

class ISplitter {
public:virtual void split() = 0;virtual ~ISplitter(){}
};class TxtSplitter:public ISplitter{
public:void split(){cout << "this is a txt splitter" << endl;//...}
};class VideoSplitter:public ISplitter{
public:void split(){cout << "this is a video splitter" << endl;//...}
};

假设我们有一个button响应事件

void button_click(){//...ISplitter* txt_splitter = new TxtSplitter();//ISplitter* pic_splitter = new PictureSplitter();//ISplitter* video_splitter = new VideoSplitter();txt_splitter->split();//...}

问题

这样做虽然都是声明了一个虚基类的指针，但是还是依赖TxtSplitter这几个类的具体实现。也就是说我们这样不能绕开new的具体实现细节。

而且，如果我们的界面上只有一个与文件分割相关的按钮，就要在进行分割前进行大段的if-else判断，确定到底new哪个类型的文件分割器。这是一种相当低效且冗余的做法。

重构

class SplitterFactory{
public:virtual ISplitter* CreateSplitter() = 0;virtual ~SplitterFactory() {}
};class TxtSplitterFactory:public SplitterFactory{
public:ISplitter* CreateSplitter(){return new TxtSplitter();}
};class VideoSplitterFactory:public SplitterFactory{
public:ISplitter* CreateSplitter(){return new VideoSplitter();}
};

我们创建一个工厂虚基类SplitterFactory，将创建（new）具体splitter类的方式放在其子类中去实现。

现在我们再看button_click中是如何调用的

void button_click(SplitterFactory* factory){SplitterFactory* m_factory = factory;ISplitter* splitter = m_factory->CreateSplitter();splitter->split();
}

当然，m_factory这个工厂类的指针可以在button_click所属的类的成员变量中。调用buttoun_click时

TxtSplitterFactory* txtfactory = new TxtSplitterFactory();
VideoSplitterFactory* videofactory = new VideoSplitterFactory();
button_click(txtfactory);
button_click(videofactory);

以下是输出结果