C++ 设计模式 工厂模式

以下内容均来自GeekBand极客班C++ 设计模式课程（李建忠老师主讲）

部分代码见：https://download.csdn.net/download/qq_41605114/18881788

Facotry Method

“对象创建”模型

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

典型模式

Factory Method

Abstract Factory

Prototype

Builder

动机（Motivation）

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

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

《设计模式》GOF的定义：

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

示例

现在有一个文件分割器

class FileSplitter{
public:
    FileSplitter(const string & filePath,int fileNumber,IProgress * iprogress){
        //........
    }
};

界面类如下：

class MainForm : public Form{
public:

        //单个观察者
        FileSplitter * splitter = new FileSplitter(filePath,number,m_progressBar);//创建分割文件对象

        splitter->split();
    }
};

现在我们加入变化，比如不仅仅有文件分割器，还有图片、二进制文本、音频等等形式的分割器

这些具体的分割方法均继承于抽象类ISplitter

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

class FileSplitter : public ISplitter{
    
};
class BinarySplitter : public ISplitter{

};
class TxtSplitter : public ISplitter{
    
};
class PictureSplitter : public ISplitter{
    
};
class VideoSplitter : public ISplitter{
    
};

现在反观class MainForm

FileSplitter * splitter = new FileSplitter(filePath,number,m_progressBar);//创建分割文件对象

这是依赖于一个非常具体的类，不符合依赖倒置原则，现在要针对此部分进行重构

下面我们创建一个工厂类：

//工厂基类
class SplitterFactory{
public:
    virtual ISplitter * CreateSplitter() = 0;
    virtual ~SplitterFactory(){}
};

再为具体的分割器创造属于他们的工厂类：

class FileSplitter : public ISplitter{

};
//具体工厂实现
class FileSplitterFactory : public SplitterFactory{
public:
    virtual ISplitter * CreateSplitter(){
        return new FileSplitter();
    }
};

之后，对MainForm进行重构：

class MainForm : public Form , public IProgress{
    SplitterFactory * factory;//工厂
public:
    MainForm(SplitterFactory * arg){
        this->factory = arg;
    }
    void Button1_Click(){

        //面向接口编程，此处应该依赖于抽象而不是依赖于具体
        ISplitter * splitter = factory->CreateSplitter();//多态new
        splitter->split();
    }
    //MainForm目前不对任何具体内容产生依赖
};

对现在的MainForm来说，不依赖任何具体内容，依赖的全部是抽象

分割器有很多，那么就依赖这些分割器的抽象基类ISplitter，编译时进行装配

那么如何实现多态new呢？

利用抽象工厂基类，在MainForm的构造器里面，对Factory进行编译时装配，让这个父类指针指向具体的某一个分割器的工厂基类，然后返回具体的分割器。

MainForm类不再依赖任何具体，而是将这些具体的依赖关系全部转移到了类似FileSplitterFactory这样的工厂类中。

“变化是没办法完全消除的，只是将他们放在某个固定的区间内”

工厂模式就很好的诠释了，具体的依赖是一定存在的，那么我们就将其放置到合适的地方

总的来说，MainForm只是依赖于ISplitter类和SplitterFactory类

//抽象类
class ISplitter{
public:
    virtual void split() = 0;
    virtual ~ISplitter();
};
//工厂基类
class SplitterFactory{
public:
    virtual ISplitter * CreateSplitter() = 0;
    virtual ~SplitterFactory(){}
};
//具体落实
class MainForm : public Form , public IProgress{
    SplitterFactory * factory;//工厂
public:
    MainForm(SplitterFactory * arg){
        this->factory = arg;
    }
    void Button1_Click(){

        //面向接口编程，此处应该依赖于抽象而不是依赖于具体
        ISplitter * splitter = factory->CreateSplitter();//多态new
        splitter->split();
    }
    //MainForm目前不对任何具体内容产生依赖
};

要点总结

Factory Method模式用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型，紧耦合关系（new）会导致软件的脆弱

Factory Method模式通过面对对象的手法，将所要创建的具体对象工作延迟到子类，从而实现一种扩展（而非更改）的策略，较好地解决了这种紧耦合关系

Factory Method模式解决“单个对象”的需求变化。缺点在于要求创建方法/参数相同