创建型模型-工厂方法模式

  工厂方法(Factory Method)模式的意义是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色，仅负责具体工厂子类必须实现的接口，这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。
  工厂方法模式是简单工厂模式的衍生，解决了许多简单工厂模式的问题。首先完全实现‘开－闭 原则’，实现了可扩展。

工厂方法模式中的角色与职责

抽象工厂（Abstract Factory）角色：工厂方法模式的核心，任何工厂类都必须实现这个接口。
工厂（Concrete Factory）角色：具体工厂类是抽象工厂的一个实现，负责实例化产品对象。
抽象产品（Abstract Product）角色：工厂方法模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。
具体产品（Concrete Product）角色：工厂方法模式所创建的具体实例对象。

	   简单工厂模式  + “开闭原则” =    工厂方法模式

工厂方法模式案例

#define _CRT_SECURE_NO_WARNINGS
#include<iostream>
using namespace std;


//抽象水果
class AbstractFruit 
{
public:
	virtual void showName() = 0;
};

/* 具体水果 start  */

//苹果
class Apple : public AbstractFruit 
{
public:
	virtual void showName() 
	{
		cout << "我是苹果" << endl;
	}
};

//香蕉
class Banana : public AbstractFruit 
{
public:
	virtual void showName() 
	{
		cout << "我是香蕉" << endl;
	}
};

//鸭梨
class Pear : public AbstractFruit 
{
public:
	virtual void showName() 
	{
		cout << "我是鸭梨" << endl;
	}
};

/* 具体水果 end  */

//抽象工厂
class AbstractFactory 
{
public:
	virtual AbstractFruit* CreateFruit() = 0;
};

/* 具体工厂类 start */

//苹果工厂
class AppleFactory : public AbstractFactory 
{
public:
	virtual AbstractFruit* CreateFruit() {
		return new Apple;
	}
};

//香蕉工厂
class BananaFactory : public AbstractFactory 
{
public:
	virtual AbstractFruit* CreateFruit()
	{
		return new Banana;
	}
};

//鸭梨工厂
class PearFactory : public AbstractFactory
{
public:
	virtual AbstractFruit* CreateFruit() 
	{
		return new Pear;
	}
};

/* 具体工厂类 end */


//测试
void test01() 
{

	AbstractFactory* factory = NULL;
	AbstractFruit* fruit = NULL;

	factory = new AppleFactory; //创建苹果工厂
	fruit = factory->CreateFruit(); //苹果工厂生产苹果
	fruit->showName();

	factory = new BananaFactory; //创建香蕉工厂
	fruit = factory->CreateFruit(); //香蕉工厂生产苹果
	fruit->showName();

	factory = new PearFactory; //创建鸭梨工厂
	fruit = factory->CreateFruit(); //鸭梨工厂生产苹果
	fruit->showName();

}

int main() 
{

	test01();

	system("pause");
	return EXIT_SUCCESS;
}

工厂方法模式的优缺点

优点：
(1)不需要记住具体类名，甚至连具体参数都不用记忆。
(2)实现了对象创建和使用的分离。
(3)系统的可扩展性也就变得非常好，无需修改接口和原类。
缺点：
(1)增加系统中类的个数，复杂度和理解度增加。
(2)增加了系统的抽象性和理解难度。