工厂模式 Factory Method

动机

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

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

模式定义

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

实例

朴素

class ISplitter{
public:
    virtual void split() = 0;
    virtual void ~ISplitter(){}
}
class FileSpliter : ISplitter{
    void split(){
        for(int i = 0;i < m_fileNumber;i ++){
            //..
            if(m_progressBar != nullptr){
                m_progressBar->setValue((i + 1) / m_fileNumber);
            }
        }
    }
}

class TxtSpliter : public ISplitter{

};

class BinarySplitter : public ISplitter{

};

class MainForm : public Form{
    TextBox * txtFilaPath;
    TextBox * txtFileNumber;

    ProgressBar *progressBar;
public :
    void Button_Click(){
        string filePath = txtFilaPath->getText();
        int number = atoi(txtFileNumber->getText());

        ISplitter *splitter =       //抽象依赖
            new BinarySplitter(filePath,number);    //具体依赖

        splitter.split();
    }
}

工厂模型

class MainForm : public Form{
    TextBox * txtFilaPath;
    TextBox * txtFileNumber;

    ProgressBar *progressBar;

    SplitterFactory * factory;//工厂
public :
    MainForm(SplitterFactory *factory){
        this->factory = factory;
    }
    void Button_Click(){
        string filePath = txtFilaPath->getText();
        int number = atoi(txtFileNumber->getText());

        ISplitter *splitter =  factory->CreateSplitter();   //多态new

        splitter.split();
    }
}

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

//具体类
class FileSpliter : ISplitter{
    
}

class TxtSpliter : public ISplitter{

};

class BinarySplitter : public ISplitter{

};

//具体工厂
BinarySplitterFactory : public SplitterFactory{
public :
    virtual ISplitter *CreateSplitter(){
        return new BinarySplitter()
    }
}

结构图

要点总结

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

笔记

• 面向接口编程告诉我们 一个类的类型应该声明称接口 不应该声明称具体的类
• 编译时依赖：编译的时候必须得确定好类型
• new 带来了细节依赖 接口是抽象依赖
• 并不能把依赖具体类消灭掉 实际上是把他们赶到一个局部的地方
• 扩展就是不需要直接对着源代码换一个类就更改一下源代码