用C++跟你聊聊“建造者模式”

咱来聊聊做菜那点事儿

会做菜吗？还是经常出去吃啊。做菜很重要的一点就是放调料，调料放好了，一盘菜也就活了。但是调料那么多，怎么能保证每次都放的合规格呢？且不说合不合格，能不漏掉油盐就很不错啦，要是一不小心忘了放盐，那就很尴尬了。

大家都吃过肯德基麦丹劳吧，像汉堡，不管你什么时候去吃，它都是那个味道。难道是说做汉堡的师傅心灵手巧？还是做汉堡的步骤就那么简单，肉一块，奶油一涂，俩面包片啪一拍，一个汉堡出来了？

那肯定是人家有一条严格的流水线啊，汉堡的各个部件，都是经过独立加工，然后由一个小哥将各个部件组合在一起，而最后我们能看到的就是小哥将汉堡拿上柜台。

这么一套流程下来，在设计模式中，就叫“建造者”模式。这个模式具体都涉及到哪些部分呢？首先是各个部件的单独处理，然后是小哥对各个部件的组合，最后是打包成成品放上柜台给你。
对应与“建造者模式”，就是｛具体建造类｝、｛指挥者类｝、｛产品类｝。

“建造者模式”流程图

建造者模式代码实现

#include<iostream>

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
 

文章来源: lion-wu.blog.csdn.net，作者：看，未来，版权归原作者所有，如需转载，请联系作者。

原文链接：lion-wu.blog.csdn.net/article/details/106150228