“对象创建”模式
通过“对象创建”模式绕开new,来避免对象(new)过程中所导致的紧耦合(依赖具体类),从而支持对象创建的稳定,他是接口之后的第一步工作
典型模式
•Factory Method
•Abstract Factory
•Prototype
•Builder
动机
在软件系统中,经常面临着创建对象的工作,由于需求的变化,需要创建的对象的具体类型经常变化
如何应对这种变化?如何绕过常规的对象创建方法(new),提供一种“封装机制”来避免客户程序和这种“具体对象创作“的紧耦合?
模板定义
定义一个用于创建对象的接口,让子类决定实例化哪一个类,Factory Method使得一个类的实例化延迟(目的:解耦,手段:虚函数)到子类
问题代码
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
{
TextBox* txtFilePath;
TextBox* txtFileNumber;
ProgressBar* progressBar;
public:
void Button1_Click(){
ISplitter * splitter=
new BinarySplitter();//依赖具体类
splitter->split();
}
};
我们可以看上面的代码,我们发现我们在创建的对象的时候,有了具体依赖的类,他是不断变化的,我们这块就违背了依赖倒置原则,我们依托一个变化的类,极大的阻止了我们的扩展,所以我们很快就能想到多态,用多态指针来完成这个变化
//抽象类
class ISplitter{
public:
virtual void split()=0;
virtual ~ISplitter(){}
};
//工厂基类
class SplitterFactory{
public:
virtual ISplitter* CreateSplitter()=0;
virtual ~SplitterFactory(){}
};
//通过定义一个工厂的类,让他来”生产“我们需要的对象
/具体类
class BinarySplitter : public ISplitter{
};
class TxtSplitter: public ISplitter{
};
class PictureSplitter: public ISplitter{
};
class VideoSplitter: public ISplitter{
};
//具体工厂
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();
}
};
结构

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

被折叠的 条评论
为什么被折叠?



