文章目录
- 一、概念
- 二、动机
- 三、源代码讲解
- 四、使用工厂方法模式进行改进
- 五、类图结构
- 六、要点总结
一、概念
定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟（目的：解耦，手段：虚函数）到子类。 —《设计模式》Gof
二、动机
在软件系统中，经常面临这创建对象的工作；由于需求的变化，需要创建的对象的具体类型经常变化。
如何应对这种变化？如何绕过常规的对象创建方法（new），提供一种“封装机制”来避免客户程序和这种“具体对象创建工作”的紧耦合。
三、源代码讲解
class FileSplitter
{
public:
void split(){
//...
}
};
class MainForm : public Form
{
TextBox* txtFilePath; //文件路径
TextBox* txtFileNumber; //希望分割的个数
ProgressBar* progressBar;
public:
void Button1_Click(){
//收集到用户输入的参数信息
string filePath = txtFilePath->getText();
int number = atoi(txtFileNumber->getText().c_str());
//传递给FileSplitter，让该类去分割文件
FileSplitter splitter(filePath, number, progressBar);
//进行分割
splitter.split();
}
};动态看待问题，上面使用了具体细节类，是静态特质，定死了，我们应该去判断业务有没有需求的变化，是不是只需要文件分割。比如我们这里有变化，支持二进制，图片，视频，文本分割…，此时我们应该将他声明为抽象基类来使用。
四、使用工厂方法模式进行改进
class MainForm : public Form {
SplitterFactory *factory; // 工厂
public:
MainForm(SplitterFactory *factory) {
this->factory = factory;
}
void Button1_Click() {
// 通过虚函数来实现多态new，避免直接使用new创建对象
ISplitter *splitter = factory->CreateSplitter();
splitter->split();
}
};
// 抽象类
class ISplitter {
public:
virtual void split() = 0;
virtual ~ISplitter() { }
};
// 具体类
class BinarySplitter : public ISplitter {
};
class TxtSplitter: public ISplitter {
};
class PictureSplitter: public ISplitter {
};
class VideoSplitter: public ISplitter {
};
// 工厂基类
class SplitterFactory {
public:
virtual ISplitter *CreateSplitter() = 0;
virtual ~SplitterFactory() { }
};
// 具体工厂
class BinarySplitterFactory: public SplitterFactory {
public:
virtual ISplitter* CreateSplitter() {
return new BinarySplitter();
}
};
class TxtSplitterFactory: public SplitterFactory {
public:
virtual ISplitter* CreateSplitter() {
return new TxtSplitter();
}
};
class PictureSplitterFactory: public SplitterFactory {
public:
virtual ISplitter* CreateSplitter() {
return new PictureSplitter();
}
};
class VideoSplitterFactory: public SplitterFactory {
public:
virtual ISplitter* CreateSplitter(){
return new VideoSplitter();
}
};五、类图结构
六、要点总结
- Factory Method 模式用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型，紧耦合关系（new）会导致软件的脆弱。
- Factory Method模式通过面向对象的手法（多态），将所要创建的对象工作延迟到子类，从而实现一种扩展（而非更改）的策略，较好地解决了这种紧耦合关系。
- Factory Method模式解决“单个对象”的需求变化。缺点在于要求创建方法/参数相同。
