文章目录
咱来聊聊做菜那点事儿
“建造者模式”流程图
建造者模式代码实现
适用场景
优点
咱来聊聊做菜那点事儿
会做菜吗？还是经常出去吃啊。做菜很重要的一点就是放调料，调料放好了，一盘菜也就活了。但是调料那么多，怎么能保证每次都放的合规格呢？且不说合不合格，能不漏掉油盐就很不错啦，要是一不小心忘了放盐，那就很尴尬了。
大家都吃过肯德基麦丹劳吧，像汉堡，不管你什么时候去吃，它都是那个味道。难道是说做汉堡的师傅心灵手巧？还是做汉堡的步骤就那么简单，肉一块，奶油一涂，俩面包片啪一拍，一个汉堡出来了？
那肯定是人家有一条严格的流水线啊，汉堡的各个部件，都是经过独立加工，然后由一个小哥将各个部件组合在一起，而最后我们能看到的就是小哥将汉堡拿上柜台。
这么一套流程下来，在设计模式中，就叫“建造者”模式。这个模式具体都涉及到哪些部分呢？首先是各个部件的单独处理，然后是小哥对各个部件的组合，最后是打包成成品放上柜台给你。
对应与“建造者模式”，就是｛具体建造类｝、｛指挥者类｝、｛产品类｝。
“建造者模式”流程图
建造者模式代码实现
#include using namespace std; //产品类 class Product { public: Product() {} ~Product() {} void setPartA(int param) { this->partA = param; } void setPartB(int param) { this->partB = param; } void setPartC(int param) { this->partC = param; } void show(){ cout << "partA = " << partA << "、partB = " << partB << "、partC = " << endl; } private: int partA; int partB; int partC; }; //抽象建造者类（可以理解为：流程执行的标准） class AbstractBuilder { public: AbstractBuilder(){} virtual ~AbstractBuilder(){} virtual void createProduct() = 0; virtual void buildPartA(int param) = 0; virtual void buildPartB(int param) = 0; virtual void buildPartC(int param) = 0; virtual Product* getProduct() = 0; }; //具体建造者类 class Builder : public AbstractBuilder { public: Builder(){} ~Builder(){} void createProduct() { cout << "开始生产一个汉堡" << endl; curProduct = new Product(); } void buildPartA(int param) { curProduct->setPartA(param); } void buildPartB(int param) { curProduct->setPartB(param); } void buildPartC(int param) { curProduct->setPartC(param); } Product* getProduct() { return curProduct; } private: Product* curProduct; }; //监工类 class Director { public: Director(AbstractBuilder* builder) { curBuilder = builder; } ~Director(){} //如果对参数设置有异议，可以自行对监工类的构造函数进行传参，但是不能过多 void construct() { //按部就班开始 if (!curBuilder) curBuilder->createProduct(); curBuilder->buildPartA(8); //比方说，肉要烤八分钟，我也不知道到底烤多久，随便吧 curBuilder->buildPartB(3); //比方说，奶油挤三圈 curBuilder->buildPartC(2); //这个我知道，面包夹两片 } private: AbstractBuilder* curBuilder; }; int main() { AbstractBuilder* builder = new Builder(); Director* director = new Director(builder); director->construct(); Product* product = builder->getProduct(); product->show(); return 0; }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
适用场景
要求构建产品的步骤（算法）是不能剧烈变化的，最好是不变的，这样就影响了灵活度。
1.隔离了构建的步骤和具体的实现，为产品的具体实现提供了灵活度。 2.封装和抽象了每个步骤的实现，实现了依赖倒转原则。 3.封装了具体的步骤，减少了代码的冗余。
1
2
3
4
5
C++
版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。
