1. 意图
定 义一个用于创建对象的接口,让子类决定实例化哪一个类。FactoryMethod使一个类的实例化延迟到其子类。
2. 动机
在软件系统中,经常面临着创建对象的工作;由于需求的变化,需要创建的对象的具体类型经常变化。
如何应对这种变化?如何绕过常规的对象创建方法(new),提供一 种“封装机制”来避免客户程序和这种“具体对象创建工作”的紧耦合?
3. 示例
有一个文件分割器类,我们想让他支持分割不同类型的文件。我们需要为其抽象出基类,并让不同的文件分割器类继承它。
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 MainForm : public Form
{
public:
void Button1_Click(){
ISplitter* splitter=new BinarySplitter();//依赖具体类
splitter->split();
}
};
但是这样违反了依赖倒置原则,我们依赖了实现细节。由于我们并不能创建接口的实例,所以我们需要设计一个类来帮助我们创建类。
class SplitterFactory {
public:
ISplitter* createSplitter() {
return new BinarySplitter();
}
}
class MainForm : public Form
{
public:
void Button1_Click(){
SplitterFactory factory;
ISplitter* splitter=factory.createSplitter();
splitter->split();
}
};
但是这样并没有完全解决问题,这个SplitterFactory依赖了BinarySplitter,MainForm依赖了SplitterFactory,这样MainForm依然依赖了BinarySplitter。
专属学习链接:https://xxetb.xetslk.com/s/32bi94
我们可以将createSplitter改为虚函数,将类的实现延时到运行时,再针对不同的Splitter实现不同的SplitterFactory。
//工厂基类
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();
}
};
在之后创建窗口的时候,将工厂作为参数传递给窗口类,这样窗口类不再依赖具体类。
class MainForm : public Form
{
SplitterFactory* factory;//工厂
public:
MainForm(SplitterFactory* factory){
this->factory=factory;
}
void Button1_Click(){
ISplitter* splitter=factory->CreateSplitter(); //多态new
splitter->split();
}
};
4. 结构
5. 定义
定义一个用于创建对象的接口,让子类决定实例化哪一个类。 Factory Method使得一个类的实例化延迟(目的:解耦,手段:虚函数)到子类。
6. 要点总结
Factory Method模式用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型,紧耦合关系(new)会导致软件的脆弱。
Factory Method模式通过面向对象的手法,将所要创建的具体对象工作延迟到子类,从而实现一种扩展(而非更改)的策略,较好地解决了这种紧耦合关系。
Factory Method模式解决“单个对象”的需求变化。缺点在于要求创建方法/参数相同。