创建型设计模式：4、建造者模式（Builder Pattern）

目录

1、建造者模式含义

2、建造者模式的讲解

3、使用C++实现建造者模式的实例

4、建造者模式的优缺点

5、建造者模式VS工厂模式

---

1、建造者模式含义

The intent of the Builder design pattern is to separate the construction of a complex object from its representation. By doing so the same construction process can create different representations.

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

其实上面这句话本身是有点晦涩难懂，后面在网上看到有人这样说，便留下深刻的印象：

当一个类的构造函数参数个数超过4个，而且这些参数有些是可选的参数，考虑使用构造者模式。

这个解释也可以理解为应用场景，当我们单纯懂得设计模式怎么实现并不重要，重要的是要知道适用于什么场景，这个就得靠一些经验和思考了。

2、建造者模式的讲解

从上面的UML可以看出，建造者模式涉及到以下四个角色的概念：

（1）抽象建造者角色：提供一个接口，规范产品对象的建造，一般由子类实现。一般来说，产品的组成部分数与建造方法数相同，即有多少组成部分，就有多少个建造方法。

（2）具体建造者角色：该角色实现了抽象建造者抽象建造者接口，主要是实现所有声明的方法以及返回建造好的产品实例。

（3）导演者角色：负责调用具体建造者按照顺序建造产品。导演者只负责调度，真正执行的是具体建造者角色。

（4）产品角色：该角色是建造的复杂对象，提供基本方法。

3、使用C++实现建造者模式的实例

#include 
#include 

// 产品类
class Product {
public:
    void setPartA(const std::string& partA) {
        m_partA = partA;
    }

    void setPartB(const std::string& partB) {
        m_partB = partB;
    }

    void setPartC(const std::string& partC) {
        m_partC = partC;
    }

    void show() const {
        std::cout << "Product Parts: " << m_partA << ", " << m_partB << ", " << m_partC << std::endl;
    }

private:
    std::string m_partA;
    std::string m_partB;
    std::string m_partC;
};

// 抽象建造者类
class Builder {
public:
    virtual void buildPartA() = 0;
    virtual void buildPartB() = 0;
    virtual void buildPartC() = 0;
    virtual Product* getResult() = 0;
};

// 具体建造者类
class ConcreteBuilder : public Builder {
public:
    void buildPartA() override {
        m_product->setPartA("Part A");
    }

    void buildPartB() override {
        m_product->setPartB("Part B");
    }

    void buildPartC() override {
        m_product->setPartC("Part C");
    }

    Product* getResult() override {
        return m_product;
    }

private:
    Product* m_product = new Product();
};

// 指挥者类
class Director {
public:
    void construct(Builder* builder) {
        builder->buildPartA();
        builder->buildPartB();
        builder->buildPartC();
    }
};

int main() {
    Director director;
    ConcreteBuilder builder;

    director.construct(&builder);
    Product* product = builder.getResult();
    product->show();

    delete product;

    return 0;
}

在上述示例中，我们定义了一个产品类（Product），它有三个部分（Part A、Part B、Part C）。然后，我们定义了一个抽象建造者类（Builder），其中包含了构建产品各个部分的纯虚函数。接着，我们实现了具体的建造者类（ConcreteBuilder），它实现了抽象建造者类的纯虚函数，并负责构建产品对象。最后，我们定义了一个指挥者类（Director），它负责调用建造者的方法来构建产品。

在主函数中，我们创建了一个具体的建造者对象，并将其传递给指挥者对象。指挥者根据具体的建造者对象来构建产品，最终得到一个完整的产品对象。我们可以通过产品对象的show()方法来展示产品的各个部分。

这就是一个简单的建造者模式的C++源码示例

4、建造者模式的优缺点

（1）优点：

1）分离构建过程和表示：建造者模式可以将一个复杂对象的构建过程与其表示分离，使得同样的构建过程可以创建不同的表示形式。这样可以提高代码的灵活性和可维护性。

2）更好的封装性：通过建造者模式，可以将对象的构建过程封装在具体的建造者类中，客户端只需要与指挥者进行交互，无需关心具体的构建细节。这样可以隐藏对象的创建过程，提供更好的封装性。

3）可以控制构建过程：建造者模式允许你逐步构建对象，并在每个步骤中进行必要的操作、检查或验证。这样可以更加灵活地控制对象的构建过程，满足不同的需求。

4）创建不同表示形式的对象：通过定义不同的建造者和指挥者，可以根据需求定制不同的构建过程，创建不同的产品表示形式。这样可以提供更多的选择和灵活性。

（2）缺点：

1）增加了代码量：使用建造者模式会增加额外的类和接口，从而增加了代码量。如果对象的构建过程比较简单，使用建造者模式可能会显得过于繁琐。

2）增加了系统复杂性：引入建造者模式会增加系统的复杂性，因为需要定义多个类和接口，并且需要协调指挥者和建造者之间的关系。这可能会增加理解和维护的难度。

3）不适用于创建简单对象：如果对象的构建过程比较简单，只有少量的步骤或参数，使用建造者模式可能会显得过于繁琐。此时，直接使用简单工厂或工厂方法模式可能更加合适。

总的来说，建造者模式通过分离构建过程和表示，提供了更好的封装性和灵活性，可以控制构建过程并创建不同表示形式的对象。然而，它也增加了代码量和系统复杂性，不适用于创建简单对象。

5、建造者模式VS工厂模式

建造者模式和工厂模式是两种常见的创建型设计模式，它们有以下几点区别：

（1）目的不同：工厂模式关注的是创建对象的过程，将对象的创建逻辑封装在一个工厂类中，通过工厂类来创建具体的对象。而建造者模式关注的是创建复杂对象的过程，将对象的构建过程与其表示分离，通过指挥者和建造者来逐步构建对象。

（2）对象复杂度不同：工厂模式适用于创建简单对象，通常只需要一两个步骤即可完成对象的创建。而建造者模式适用于创建复杂对象，对象的构建过程需要多个步骤，并且可以根据需求定制不同的构建过程。

（3）调用方式不同：工厂模式通过调用工厂类的方法来创建对象，客户端直接与工厂类交互。而建造者模式通过指挥者来控制建造者的构建过程，客户端只需要与指挥者进行交互，无需直接与建造者类交互。

（4）灵活性不同：工厂模式相对较为灵活，可以根据需要扩展和添加新的产品类型，只需要添加对应的具体产品和工厂类即可。而建造者模式相对更加灵活，可以根据需要定制不同的构建过程，创建不同的产品表示形式。

总的来说，工厂模式适用于创建简单对象，将对象的创建过程封装在工厂类中；而建造者模式适用于创建复杂对象，通过指挥者和建造者来分步构建对象。