C++设计模式之工厂模式

工厂模式是对象创建模式的一种，什么是对象创建模式呢？

对象创建模式：

• 通过“对象创建”模式绕开new，来避免对象创建(new）过程中所导致的紧耦合（依赖具体类)，从而支持对象创建的稳定。它是接口抽象之后的第一步工作。
• 典型的创建模式有工厂模式，抽象工厂，原型模式和构建器。

在软件系统中，经常面临着创建对象的工作;由于需求的变化，需要创建的对象的具体类型经常变化。

如何应对这种变化?如何绕过常规的对象创建方法(new)，提供一种“封装机制"来避免客户程序和这种“具体对象创建工作”的紧耦合?

伪代码1：下面伪代码功能是实现文件分割的操作

class ISplitter {
public:
	virtual void split() = 0;
	virtual ~ISplitter() {};
};
class BinarySplitter : public ISplitter {

};
class TextSplitter : public ISplitter {

};
class PictureSplitter : public ISplitter {

};

伪代码2：

class MainForm : public Form 
{
	TextBox* txtFilePath;
	TextBox* txtFileNumber;
	ProgressBar* progressBar;
public:
	void button1_click() {
		string filePath = txtFilePath;
		int number = atoi(txtFileNumber);

		ISplitter* splitter = new BinarySplitter(filePath, number);//抽象依赖于细节（依赖于具体类），违背依赖倒置原则
		//ISplitter* splitter = new Isplitter(filePath, number);//抽象基类不允许创建

		splitter->split();
	}
};

在代码2中，FileSplitter* splitter = new BinarySplitter(filePath, number);导致抽象依赖于细节（依赖于具体类），违背依赖倒置原则。如果改成FileSplitter* splitter = new Isplitter(filePath, number);抽象基类是不允许创建为对象的。如果改成ISplitter BS创建一个对象也是不行的，理由也是抽象基类不允许创建对象。

但是我们可以返回一个对象！

伪代码3

class SplitterFactory {
public:
	ISplitter* CreateSplitter() {
		return new BinarySplitter();
	}
};
class ISplitter {
public:
	virtual void split() = 0;
	virtual ~ISplitter() {};
};
class BinarySplitter : public ISplitter {

};
class TextSplitter : public ISplitter {

};
class PictureSplitter : public ISplitter {

};

伪代码4：

class MainForm : public Form 
{
	TextBox* txtFilePath;
	TextBox* txtFileNumber;
	ProgressBar* progressBar;
public:
	void button1_click() {
		string filePath = txtFilePath;
		int number = atoi(txtFileNumber);
		SplitterFactory factory;
		ISplitter* splitter = factory.CreateSplitter();

		splitter->split();
	}
};

通过代码3中SplitterFactory 类中CreateSplitter()方法可以返回一个对象，完成新建一个对象。但是代码4中ISplitter* splitter = factory.CreateSplitter()构建的新对象仍然违背了依赖倒置原则，因为splitter依赖于具体的factory，factory依赖与BinarySplitter()具体。

伪代码5和6是利用虚函数创建对象的多态创建对象方法，实现了工厂模式。

伪代码5：

//抽象类
class ISplitter {
public:
	virtual void split() = 0;
	virtual ~ISplitter() {};
};
//工厂基类
class SplitterFactory {
public:
	virtual ISplitter* CreateSplitter() = 0;
	virtual ~SplitterFactory() {};
};
//具体类
class BinarySplitter : public ISplitter {

};
class TextSplitter : public ISplitter {

};
class PictureSplitter : public ISplitter {

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

代码6：

class MainForm : public Form 
{	
	SplitterFactory* factory;
public:
	void button1_click() {
		MainForm(SplitterFactory * factory) {
			this->factory = factory;
		}
		ISplitter* splitter = factory.CreateSplitter();//多态创建对象
		splitter->split();
	}
};

 工厂方法设计了一个设计了一个工厂的虚基类SplitterFactory，该类有一个返回基类指针的纯虚函数CreateSplitter()，当我们把这个创建对象的函数写成纯虚函数，可以由具体工厂的类（子类）确定生成哪一种对象。

也就是说：

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

类图：

 总结：

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