“对象创建”模式之工厂模式

“对象创建”模式之工厂模式

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

• 典型模式：Factory Method、Abstract Factory、Prototype、Builder

Factory Method（工厂模式）

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

动机：在软件系统种，经常面临着创建对象的工作；由于需求的变化，需要创建的对象的具体类型经常发生变化。如何应对这种变化？如何绕过常规的对象创建方法(new),提供一种“封装机制”来避免客户程序和这种“具体对象创建工作“的紧耦合？

举例说明：

//抽象的分割器
class ISplitter {
    virtual void spit()=0;
    virtual ~ISplitter(){}
};
//文件分割器
class FileSplitter:public ISplitter{
    void 
};
//图像分割器
class PictureSplitter:public ISplitter{
 
};
//文本分割器
class TxtSplitter:public ISplitter{
 
};

现在有一个需求，需要在一个MainForm类中，创建不产生依赖关系的多个分割器对象，包括FileSplitter、PictureSplitter以及TxtSplitter。这里需要满足依赖倒置原则：应该依赖抽象，不应该依赖实现细节。

class MainForm {
    public:
    void button_Click() {
        ISplitter *spliter= new FileSplitter();//
    }
}

注意：这里违背了依赖倒置原则,虽然ISplitter是抽象类，但是new FileSplitter()依然是具体的实现细节。因此我们需要把”=“右边也要变成抽象的方式。

为了解决这种需求，采用工厂模式进行设计。首先创建一个Splitter的工厂类。

class SpliterFactory {
    public:
    virtual ISplitter* CreateSpliter()=0;
    virtual ~ISplitter() {}
}

注意：在这里我们创建了一个抽象的SpliterFactory类，类中有一个纯虚函数，返回ISplitter *对象。因此，只需要创建FileSplitter、PictureSplitter以及TxtSplitter具体类相应的具体工厂。

class FileSplitterFactory:public SpliterFactory {
    public:
    virtual ISplitter* CreateSpliter() {
        return new FileSplitter();
    }
};
class PictureSplitterFactory:public SpliterFactory {
    public:
    virtual ISplitter* CreateSpliter() {
        return new PictureSplitter();
    }
};
class TxtSplitterFactory:public SpliterFactory {
    public:
    virtual ISplitter* CreateSpliter() {
        return new TxtSplitterFactory();
    }
};

在MainForm中就可以进行如下设计，从而来避免对象创建(new)过程中所导致的紧耦合（依赖具体类），从而支持对象创建的稳定。

 class MainForm {
 SpliterFactory *factory;
 public:
     MainForm (SpliterFactory *factory) {
         this->factory=factory;
     }
     void button_Click() {
          ISplitter *spliter= new FileSplitter();//
      }
  }

这样改写后，MainForm不依赖于具体类，从而实现了多态new。
总结：

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