“对象创建”模式

“对象创建”模式

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

典型模式

Factory Method

Abstract Factory

Prototype

Builder

Factory Method工厂方法

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

动机

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

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

类图

Product：
        定义工厂方法所创建的对象的接口，也就是实际需要使用的对象的接口。
ConcreteProduct：
        具体的Product接口的实现对象。
Creator：
        创建器，声明工厂方法，工厂方法通常会返回一个Product类型的实例对象，而且多是抽象方法。也可以在Creator里面提供工厂方法的默认实现，让工厂方法返回一个缺省的Product类型的实例对象。
ConcreteCreator：
        具体的创建器对象，覆盖实现Creator定义的工厂方法，返回具体的Product实例。

结构化软件设计流程

//ISplitter.cpp
class ISplitter{
public:
    virtual void split()=0;
    virtual ~ISplitter(){}
};
//BinarySplitter .cpp
class BinarySplitter : public ISplitter{
  //...
};
//TxtSplitter.cpp
class TxtSplitter: public ISplitter{
  //...
};
//PictureSplitter.cpp
class PictureSplitter: public ISplitter{
  //...  
};
//VideoSplitter.cpp
class VideoSplitter: public ISplitter{
  //...  
};
//MainForm .cpp
class MainForm : public Form
{
public:
	void Button1_Click(){
 	ISplitter * splitter = new BinarySplitter();//依赖具体类
 	splitter->split();
	}
};

Factory Method工厂方法软件设计流程

//抽象类
//ISplitter.cpp
class ISplitter{
public:
    virtual void split()=0;
    virtual ~ISplitter(){}
};
//工厂基类
//SplitterFactory.cpp
class SplitterFactory{
public:
    virtual ISplitter* CreateSplitter()=0;
    virtual ~SplitterFactory(){}
};
//具体类
//BinarySplitter.cpp
class BinarySplitter : public ISplitter{
    //...
};
//TxtSplitter.cpp
class TxtSplitter: public ISplitter{
    //...
};
//PictureSplitter.cpp
class PictureSplitter: public ISplitter{
    //...
};
//VideoSplitter.cpp
class VideoSplitter: public ISplitter{
    //...
};
//具体工厂
//BinarySplitterFactory.cpp
class BinarySplitterFactory: public SplitterFactory{
public:
    virtual ISplitter* CreateSplitter(){
        return new BinarySplitter();
    }
};
//TxtSplitterFactory.cpp
class TxtSplitterFactory: public SplitterFactory{
public:
    virtual ISplitter* CreateSplitter(){
        return new TxtSplitter();
    }
};
//PictureSplitterFactory.cpp
class PictureSplitterFactory: public SplitterFactory{
public:
    virtual ISplitter* CreateSplitter(){
        return new PictureSplitter();
    }
};
//VideoSplitterFactory.cpp
class VideoSplitterFactory: public SplitterFactory{
public:
    virtual ISplitter* CreateSplitter(){
        return new VideoSplitter();
    }
};
//MainForm.cpp
class MainForm : public Form
{
    SplitterFactory*  factory;//工厂
public:
    MainForm(SplitterFactory*  factory){
        this->factory=factory;
    }
    void Button1_Click(){
    ISplitter * splitter = factory->CreateSplitter(); //多态new
    splitter->split();
    }
};

Factory Method工厂方法要点总结

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

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

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

Abstract Factory抽象工厂

提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，无需指定它们的具体的类。

动机

在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时，由于需求的变化，往往存在更多系列对象的创建工作。

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

类图

AbstractFactory

声明抽象工厂

ConcreteFactory

具体的创建器对象，实现创建具体产品对象的操作。

AbstractProduct

为某一类型对象声明一个接口。

ConcreteProduct

一个将被相应的具体工厂创建的实例对象，实现 AbstractProduct 接口。

结构化软件设计流程

//EmployeeDAO.CPP
class EmployeeDAO{    
public:
    vector<EmployeeDO> GetEmployees(){
        SqlConnection* connection =
            new SqlConnection();
        connection->ConnectionString("...");
        SqlCommand* command =
            new SqlCommand();
        command->CommandText("...");
        command->SetConnection(connection);
        SqlDataReader* reader = command->ExecuteReader();
        while (reader->Read()){
            //...
        }
    }
};

Abstract Factory抽象工厂模式软件设计流程

//IDBConnection.cpp
//数据库访问有关的基类
class IDBConnection{
            //...
};
//IDBCommand.cpp
class IDBCommand{
            //...
};
//IDataReader.cpp
class IDataReader{
            //...
};
//IDBFactory.cpp
class IDBFactory{
public:
    virtual IDBConnection* CreateDBConnection()=0;
    virtual IDBCommand* CreateDBCommand()=0;
    virtual IDataReader* CreateDataReader()=0; 
};
//支持SQL Server
//SqlConnection.cpp
class SqlConnection: public IDBConnection{
            //...
};
//SqlCommand.cpp
class SqlCommand: public IDBCommand{
            //...
};
//SqlDataReader.cpp
class SqlDataReader: public IDataReader{
            //...
};
//SqlDBFactory.cpp
class SqlDBFactory:public IDBFactory{
public:
    virtual IDBConnection* CreateDBConnection()=0;
    virtual IDBCommand* CreateDBCommand()=0;
    virtual IDataReader* CreateDataReader()=0;
};
//支持Oracle
//OracleConnection.cpp
class OracleConnection: public IDBConnection{
            //...
};
//OracleCommand.cpp
class OracleCommand: public IDBCommand{
            //...
};
//OracleDataReader
class OracleDataReader: public IDataReader{
            //...
};
//EmployeeDAO.cpp
class EmployeeDAO{
    IDBFactory* dbFactory;    
public:
    vector<EmployeeDO> GetEmployees(){
        IDBConnection* connection =
            dbFactory->CreateDBConnection();
        connection->ConnectionString("...");
        IDBCommand* command =
            dbFactory->CreateDBCommand();
        command->CommandText("...");
        command->SetConnection(connection); //关联性
        IDBDataReader* reader = command->ExecuteReader(); //关联性
        while (reader->Read()){
            //...
        }
    }
};

Abstract Factory抽象工厂要点总结

如果没有应对“多系列对象构建”的需求变化，则没有必要使用Astract Factory模式，这时候使用简单的工厂完全可以。

“系列对象”指的是在某一特定系列下的对象之间有相互依赖、或作用的关系。不同系列的对象不能有相互依赖的关系。

Abstract Factory模式主要在于应对“新系列”的需求变动。其缺点在于难以应对“新对象”的需求变动。

Prototype原型模式

使用原型实例指定创建对象的种类，然后通过拷贝来创建新的对象。

动机

在软件系统中，经常面临着“某些结构复杂的对象”的创建工作；由于需求的变化，这些对象经常面临着剧烈的变化，但是他们却拥有比较稳定一致的接口。

如何应对这种变化？如何“向客户程序（使用这些对象的程序）”隔离出“这些易变对象”，从而使得“依赖这些易变对象的客户程序”不随着需求的改变而改变？

类图

 Prototype
 声明一个克隆自身的接口
ConcretePrototype
实现一个克隆自身的操作
Client
实现让一个原型克隆自身从而创建一个新的对象

Prototype原型模式软件设计流程

//抽象类
//ISplitter.cpp
class ISplitter{
public:
    virtual void split()=0;
    virtual ISplitter* clone()=0; //通过克隆自己来创建对象  
    virtual ~ISplitter(){}
};
//具体类
//BinarySplitter.cpp
class BinarySplitter : public ISplitter{
public:
    virtual ISplitter* clone(){
        return new BinarySplitter(*this);
    }
};
//TxtSplitter.cpp
class TxtSplitter: public ISplitter{
public:
    virtual ISplitter* clone(){
        return new TxtSplitter(*this);
    }
};
//PictureSplitter.cpp
class PictureSplitter: public ISplitter{
public:
    virtual ISplitter* clone(){
        return new PictureSplitter(*this);
    }
};
//VideoSplitter.cpp
class VideoSplitter: public ISplitter{
public:
    virtual ISplitter* clone(){
        return new VideoSplitter(*this);
    }
};
//MainForm.cpp
class MainForm : public Form
{
    ISplitter*  prototype;//原型对象
public:  
    MainForm(ISplitter*  prototype){
        this->prototype=prototype;
    }  
	void Button1_Click(){
		ISplitter * splitter = prototype->clone(); //克隆原型
        splitter->split();
	}
};

Prototype原型模式要点总结

Prototype模式同样用于隔离类对象的使用者和具体类型（易变类）之间的耦合关系，它同样要求这些“易变类”拥有“稳定的接口”。

Prototype模式对于“如何创建易变类的实体对象”采用“原型克隆”的方法来做，它使得我们可以非常灵活的动态创建“拥有稳定接口”的新对象--所需工作仅仅是注册一个新类的对象（原型），然后在任何需要的地方Clone。

Prototype模式中的Clone方法可以利用某些框架中的序列化来实现深拷贝。

Builder构建器模式

将一个复杂对象的构建与其表示相分离，使得同样的构建过程（稳定）可以创建不同的表示（变化）。

动机

在软件系统中，有时候面临着一个“复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法却相对稳定。

如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随着需求改变而改变？

类图

Builder

声明一个抽象类，定义对象的各个成分的借口。

ConcreteBuilder

具体实例化对象的各成分。

Director

指导对象各部分完整创建以及按顺序创建。

Product

要创建的对象。

Builder构建器模式软件设计流程

//House.cpp
class House{
    //....
};
//HouseBuilder.cpp
class HouseBuilder {
public:
    House* GetResult(){
        return pHouse;
    }
    virtual ~HouseBuilder(){}
protected:   
    House* pHouse;
    virtual void BuildPart1()=0;
    virtual void BuildPart2()=0;
    virtual void BuildPart3()=0;
    virtual void BuildPart4()=0;
    virtual void BuildPart5()=0;
};
//StoneHouse.cpp
class StoneHouse: public House{
    
};
//StoneHouseBuilder.cpp
class StoneHouseBuilder: public HouseBuilder{
protected:    
    virtual void BuildPart1(){
        //pHouse->Part1 = ...;
    }
    virtual void BuildPart2(){
        
    }
    virtual void BuildPart3(){
        
    }
    virtual void BuildPart4(){
        
    }
    virtual void BuildPart5(){
        
    }    
};
//HouseDirector.cpp
class HouseDirector{  
public:
    HouseBuilder* pHouseBuilder;  
    HouseDirector(HouseBuilder* pHouseBuilder){
        this->pHouseBuilder=pHouseBuilder;
    } 
    House* Construct(){ 
        pHouseBuilder->BuildPart1();
        for (int i = 0; i < 4; i++){
            pHouseBuilder->BuildPart2();
        }  
        bool flag=pHouseBuilder->BuildPart3();
        if(flag){
            pHouseBuilder->BuildPart4();
        }
        pHouseBuilder->BuildPart5();
        return pHouseBuilder->GetResult();
    }
};

Builder构建器模式要点总结

Builder模式主要用于“分步骤构建一个复杂的对象”。在这其中“分步骤”是一个稳定的算法，而复杂对象的各个部分则经常变化。

变化点在哪里，封装在哪里---Builder模式主要在于应对“复杂对象各个部分”的频繁需求变动。其缺点在于难以应对“分步骤构建算法”的需求变动。

在Builder模式中，要注意不同语言中构造器内调用虚函数的差别（c++ vs c#）。