23种设计模式---建造者模式

建造者模式

动机

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

解决方法

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

例子

创建房子：

class House
{
    // ....
};

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
{
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()
    {
        pHouseBuilder->BuildPart1();
        
        for (int i = 0; i < 4; i++)
        {
            pHouseBuilder->BuildPart2();
        }
        
        bool flag = pHouseBuilder->BuildPart3();
        if (flag)
        {
            pHouseBuilder->BuildPart4();
        }
        
        pHouseBuilder->BuildPart5();
        
        return pHouseBuilder->GetResult();
    }
};

优缺点

优点：建造者独立，易扩展。便于控制细节风险。

缺点：产品必须有共同点，范围有限制。如内部变化复杂，会有很多的建造类。