工厂模式

一、Factory模式
工厂方法，不绑定特定应用的类到代码中，而是用一个方法返回特定Product产品的接口；因此它可以定义应用的不同操作的具体产品。
用工厂方法，在一个类的内部创建对象，相当于给类一个连接挂钩，用来提供某种操作的扩充。
工厂方法可以提供平行类的连接。当一个类某些职责委托给另一个独立的类的时候，就产生了可平行扩展的结构。
解析:
在这个模式中,有两个抽象基类,一个是Product为创建出来的对象的抽象基类,一个是Factory是工厂的抽象基类,在互相协作的时候都是由相应的Factory派生类来生成Product的派生类,也就是说如果要新增一种Product那么也要对应的新增一个Factory,创建的过程委托给了这个Factory.也就是说一个Factory和一个Product是一一对应的关系.

在工厂模式中，只需要创建具体的工厂对象，该工厂对象就会创建对应的具体产品对象。

关键点：

1. 在该模式中，产品类和工厂类都是抽象类，定义通用方法的时候，应该定义为接口，必须加上virtual，定义为纯虚函数 =0 。然后再具体类中实现。
2. 工厂类中，应该存在这样的接口。返回的是产品类对象。在具体使用时候，可以采用具体强转形式转换为具体产品类。

意图：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。
主要解决：主要解决接口选择的问题。
何时使用：我们明确地计划不同条件下创建不同实例时。
如何解决：让其子类实现工厂接口，返回的也是一个抽象的产品。
关键代码：创建过程在其子类执行。
应用实例： 1、您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。 2、Hibernate 换数据库只需换方言和驱动就可以。
优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。
缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。
注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。

注意
可以使用模板替代工厂模式

/* ---示例代码----*/
#include <iostream>
 
class Procduct //---产品类
{
public:
    Procduct(){}
    virtual ~Procduct(){}//虚函数是为了解析时用父指针调用子类析构函数
 
    virtual void fly() = 0;
    //void fly();//在该类和工厂类中，必须是接口，不能具体实现。
};
 
class ConcreateProduct //实现产品的具体类
    :public Procduct
{
public:
    ConcreateProduct();
    virtual ~ConcreateProduct();
    void fly();
    void run();
};
 
class Creator //---工厂类
{
public:
    Creator(){}
    virtual ~Creator(){}
    // 调用FactoryMethod()函数来获得特定的具体产品的指针，
    // 多个应用对应多个函数
    //void AnOperation();
    //Procduct * get_Product();
//protected:
    //核心！用来生成不同的具体产品
    virtual Procduct* FactoryMethod() = 0;//protected成员可以继承
};
 
class ConcreateCreator :public Creator 
    //工厂的具体子类，与产品的具体子类的个数一一对应
{
public:
    ConcreateCreator();
    virtual ~ConcreateCreator();
//protected:
    virtual Procduct* FactoryMethod();//实现对应具体产品类实例的构造
 
     
};
/* ---示例代码----*/