11 设计模式_构建器(Builder)

Builder 构建器

动机(Motivation)

• 在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法却相对稳定
• 如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随着需求改变而改变

模式定义

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

举个例子

相当于策略方法和工厂方法结合起来。

//主体基类
class House{
    //....
};
工厂基类
剧烈的变化,将构建对象时的变化抽象出来(BuildPart1 ~ BuildPart5)
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;
};

主体子类
class StoneHouse: public House{
};

工厂方法子类
class StoneHouseBuilder: public HouseBuilder{
	对主体子类初始化
	StoneHouseBuilder(House* house) :pHouse(house)
	{
	}
protected:

    virtual void BuildPart1(){
    	//执行对应子类的构建方法。
        pHouse->Part1 = ...;
    }
    virtual void BuildPart2(){   
    }
    virtual void BuildPart3(){   
    }
    virtual void BuildPart4(){ 
    }
    virtual void BuildPart5(){   
    }  
};

同样的构建过程(稳定的部分)
class HouseDirector{
public:
	基类(抽象)指针
    HouseBuilder* pHouseBuilder;
   
    对主体子类的构建器实例化
    HouseDirector(HouseBuilder* pHouseBuilder){
        this->pHouseBuilder=pHouseBuilder;
    }
    
    House* Construct(){      
    	执行相应的构建步骤1
        pHouseBuilder->BuildPart1();
        
        for (int i = 0; i < 4; i++){
        	执行相应的构建步骤2
            pHouseBuilder->BuildPart2();
        }
        执行相应的构建步骤3
        bool flag=pHouseBuilder->BuildPart3();
        
        if(flag){
        	执行相应的构建步骤4
            pHouseBuilder->BuildPart4();
        }
        执行相应的构建步骤5
        pHouseBuilder->BuildPart5();
        
        返回构建完成的对象
        return pHouseBuilder->GetResult();返回构建完成的对象
    }
};

结构(Structure)

• 红色框内为稳定的部分
  • Director为稳定的构建过程类
    • 组合了一个工厂方法的基类 Builder
    • 稳定的构建过程 Builder ->BuildPart1 ~ Builder->BuildPart5
  • Builder为工厂方法的基类
    • 组合了一个产品基类的指针 *Product
• 蓝色框内为变化的部分
  • 具体子类的构建方法 ,override基类Builder的BuildPart1 ~ BuildPart5
    

要点总结

• Builder 模式主要用于“分步骤构建一个复杂的对象”。在这其中“分步骤”是一个稳定的算法，而复杂对象的各个部分则经常变化
• 变化点在哪里，封装哪里—— Builder模式主要在于应对“复杂对象各个部分”的频繁需求变动。其缺点在于难以应对“分步骤构建算法”的需求变动
• 在Builder模式中，要注意不同语言中构造器内调用虚函数的差别