1. 动机
- 在软件系统中,经常面临着创建对象的工作;由于需求的变化,需要创建的对象的具体类型经常变化。
- 如何应对这种变化?如何绕过常规的对象创建方法(new),提供一种“封装机制”来避免客户程序和这种“具体对象创建工作”的紧耦合?
例如解决如下问题:MainForm 类创建分配器时依赖具体的BinarySpliter类,发生了紧耦合。
// 抽象类
class ISplitter {
public:
virtual void split() = 0;
virtual ~ISplitter() {}
}
// 具体类
class BinarySpliter : public ISplitter {
}
class TxtSpliter : public ISplitter {
}
class PictureSpliter : public ISplitter {
}
class MainForm : public Form {
public:
void ButtonClick()
{
ISplitter *splitter = new BinarySpliter();
splitter.split();
}
};
2. 工厂模式定义
定义一个用于创建对象的接口,让接口的子类决定实例化哪个类。Factory Method 使得一个类的实例化延迟(目的:解耦, 手段:虚函数)到子类。
3. 工厂模式结构图
4. 工厂模式实现
// 抽象类
class ISplitter {
public:
virtual void split() = 0;
virtual ~ISplitter() {}
}
// 抽象工厂
class ISpliterFactory {
virtual ISpliter *CeateFactory() = 0;
}
// 具体类
class BinarySpliter : public ISplitter {
}
class TxtSpliter : public ISplitter {
}
class PictureSpliter : public ISplitter {
}
// 具体工厂
class BinarySpliterFactory : public ISplitterFactory {
virtual ISpliter *CeateFactory()
{
return new BinarySpliter();
}
}
class TxtSpliterFactory : public ISplitterFactory {
virtual ISpliter *CeateFactory()
{
return new TxtSpliter();
}
}
class PictureSpliterFactory : public ISplitterFactory {
virtual ISpliter *CeateFactory()
{
return new PictureSpliter();
}
}
class MainForm : public Form {
private:
SplitterFactory* factory;//工厂
public:
MainForm(SplitterFactory* factory){
this->factory=factory;
}
void Button1_Click(){
ISplitter *splitter = factory->CreateSplitter(); //多态new
splitter->split();
}
};
在工厂模式结构图中
Product ====> ISplitter
Creator ====> ISpliterFactory
ConcreteProeuct ====> BinarySpliter, TxtSpliter, PictureSpliter
ConcreteCreator ====> BinarySpliterFactory, TxtSpliterFactory, PictureSpliterFactory
其中 Product 和 Creator 是固定不变的抽象接口,ConcreteProeuct 和ConcreteCreator 是可以扩展的具体子类。
MainForm 类不在依赖具体的类,实现了解耦合。
注:紧耦合不是被消除了,而是被转移了,转到了安全可控的位置。
5. 总结要点
- Factory Method模式用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型,紧耦合关系(new)会导 致软件的脆弱。
- Factory Method模式通过面向对象的手法,将所要创建的具体对象工作延迟到子类,从而实现一种扩展(而非更改)的策略,较好地解决了这种紧耦合关系。
- Factory Method模式解决“单个对象”的需求变化。缺点在于要求创建方法/参数相同。