设计模式(四)工厂方法模式 C++

工厂方法
介绍
意图：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。

主要解决：主要解决接口选择的问题。

何时使用：我们明确地计划不同条件下创建不同实例时。

如何解决：让其子类实现工厂接口，返回的也是一个抽象的产品。

关键代码：创建过程在其子类执行。

应用实例： 
 1、您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。
 2、Hibernate 换数据库只需换方言和驱动就可以。

优点： 
 1、一个调用者想创建一个对象，只要知道其名称就可以了。 
 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。

缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加
了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。

使用场景： 
1、日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。 
2、数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。 3、设计一个连接服务器的框架，需要三个协议，"POP3"、"IMAP"、"HTTP"，可以把这三个作为产品类，共同实现一个接口。

注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。
如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。

工厂方法和简单工厂的对比
简单工厂模式的缺点是当新增产品的时候就要去修改工厂的类，这就违反了开放封闭原则，(类、模块、函数)可以扩展，但是不可以修改。
所谓工厂方法模式，是指定义一个用于创建对象的接口，让子类决定实例化哪一个类。打个比方

现在有A、B两种产品，那么久开两个工厂。工厂A负责生产A产品，工厂B负责生产B种产品。这时候客户不需要告诉共产生产哪种产品了，只需要告诉共产生产就可以了

#include<iostream>
#include <windows.h>
using namespace std;

class Product
{
public:
	virtual void show() = 0;
};

class ProductA :public Product
{
public:
	void show()
	{
		cout <<"ProductA " << endl;
	}
};

class ProductB :public Product
{
public:
	void show()
	{
		cout << "ProductB " << endl;
	}
};

class Factory
{
public:
	virtual Product *Create() = 0;
};

class FactoryA:public Factory
{
public:
	virtual Product* Create()
	{
		return new ProductA;
	}

};

class FactoryB :public Factory
{
public:
	virtual Product* Create()
	{
		return new ProductB;
	}

};

int main()
{
	FactoryA *pFactoryA = new FactoryA;
	FactoryB *pFactoryB = new FactoryB;

	pFactoryA->Create()->show();
	pFactoryB->Create()->show();

	system("pause");
	return 0;
}