设计模式(六)- Factory

设计动机

  1. 在软件系统中,经常面临着创建对象的工作;由于需求的变化,需要创建的对象的具体类型经常变化
  2. 如何应对这种变化?如何绕过常规的对象创建方法(new),提供一种“封装机制"来避免客户程序和这种“具体对象创建工作"的紧耦合?

定义

定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟(目的:解耦,手段︰虚函数)到子类。

结构

结构

例子

1
2
3
4
5
6
7
8
9
10
11
12
13
//product抽象类 
class ISplitter{
public:
virtual void split()=0;
virtual ~ISplitter(){}
};

//Creator工厂基类
class SplitterFactory{
public:
virtual ISplitter* CreateSplitter()=0;
virtual ~SplitterFactory(){}
};
1
2
3
4
5
6
7
8
9
10
11
12
13
14
class MainForm : public Form
{
SplitterFactory* factory;//工厂

public:
MainForm(SplitterFactory* factory){
this->factory=factory;
}
void Button1_Click(){
ISplitter * splitter=
factory->CreateSplitter(); //多态new
splitter->split();
}
};

在完成产品类和对应的工厂类后,便可在MainForm中应用。可以保证编译时只依赖与产品基类和工厂单类。子类可以依据需求随时实现

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
//子类的实现
//具体product
class BinarySplitter : public ISplitter{

};

class TxtSplitter: public ISplitter{

};

//具体工厂
class BinarySplitterFactory: public SplitterFactory{
public:
virtual ISplitter* CreateSplitter(){
return new BinarySplitter();
}
};

class TxtSplitterFactory: public SplitterFactory{
public:
virtual ISplitter* CreateSplitter(){
return new TxtSplitter();
}
};

总结

  1. Factory Method模式用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型,紧耦合关系(new)会导致软件的脆弱。
  2. Factory Method模式通过面向对象的手法,将所要创建的具体对象工作延迟到子类,从而实现一种扩展(而非更改)的策略,较好地解决了这种紧耦合关系。
  3. Factory Method模式解决“单个对象"的需求变化。缺点在于要求创建方法/参数相同。

PatternDesign07