【设计模式】——建造者模式（Builder Pattern）

目录

引言

一、建造者模式的基本概念

核心思想

建造者模式的结构

UML图

应用场景

二、建造者模式的优点与缺点

优点

缺点

三、C++ 实现建造者模式

产品类（Bike）

抽象建造者类（Builder）

具体建造者类（ConcreteBuilder）

指挥者类（Director）

客户端代码

总代码

四、总结

---

引言

在软件开发中，设计模式是解决特定问题的最佳实践。建造者模式（Builder Pattern）是创建型设计模式的一种，主要用于构建复杂对象。它通过将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创建出具有不同表示的对象。本文将详细介绍建造者模式的基本概念、原理，并通过C++代码示例来展示如何实现这一模式。

一、建造者模式的基本概念

建造者模式将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。建造者模式允许用户通过指定复杂对象的类型和内容来构建它们，而无需知道对象内部的具体构建细节。

核心思想

建造者模式的核心思想是将一个复杂对象的构建过程与它的表示分离，使得同样的构建过程可以创建出不同的表示。它允许用户通过指定复杂对象的类型和内容来构建它们，而无需知道对象内部的具体构建细节。建造者模式隐藏了复杂对象的创建细节，通过一步一步构建一个复杂的对象，使得构建过程更加清晰和易于控制。

建造者模式的结构

1. 产品类（Product）：表示要构建的复杂对象。
2. 抽象建造者类（Builder）：定义构建复杂对象的接口，但不具体实现这些接口。
3. 具体建造者类（ConcreteBuilder）：具体实现抽象建造者接口，负责复杂对象的各个部件的具体创建和装配。
4. 指挥者类（Director）：负责构建过程的指导，它不涉及具体产品的信息，只保证对象各部分按某种顺序完整创建。

UML图

应用场景

建造者模式适用于以下场景：

• 当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。
• 当构造过程必须允许被构造的对象有不同的表示时。
• 当需要构造的对象具有较多的组成部分，这些部分经常面临着复杂的变化，但构造过程（包括部件的创建和装配）在多数情况下比较稳定时。

二、建造者模式的优点与缺点

优点

1. 封装性好：将复杂对象的创建过程封装在建造者类中，客户端不需要知道对象创建的细节。
2. 扩展性好：当需要增加新的部件或修改构建算法时，只需修改或增加具体的建造者类，不需要修改指挥者类和其他客户端代码。
3. 灵活性高：可以通过不同的具体建造者类来创建不同的产品，实现了构建和表示的分离。
4. 易于控制构建过程：通过指挥者类可以很容易地控制构建过程，可以很方便地添加或删除构建步骤。

缺点

1. 设计复杂：对于简单的对象，如果采用建造者模式，可能会增加设计的复杂性，因为需要定义多个类（抽象建造者、具体建造者、指挥者等）。