一、普通写法
假设建房子,建房子的主体流程稳定,各个部分变化。
假设建地基,建墙,窗子,门,等等,流程稳定,但是各个部分可以变化,即不同的窗子,不同的门。
class House{
public:
void Init(){
this->BuildPart1();
for(int i = 0;i<4;i++){
this->BuildPart2();
}
bool flag = this->BuildPart3();
if(flag){
this->BuildPart4();
}
this->BuildPart5();
}
protected:
virtual void BuildPart1() = 0;
virtual void BuildPart2() = 0;
virtual bool BuildPart3() = 0;
virtual void BuildPart4() = 0;
virtual void BuildPart5() = 0;
};
class StoneHouse : public House {
protected:
virtual void BuildPart1() {
}
virtual void BuildPart2() {
}
virtual bool BuildPart3() {
return true;
}
virtual void BuildPart4() {
}
virtual void BuildPart5() {
}
};
int main(){
House* pHouse = new StoneHouse();
pHouse->Init();
delete pHouse;
pHouse = nullptr;
return 0;
}
二、构建器模式
// 抽象房子
class House{
// .......
};
// 房子构建抽象
class HouseBuilder {
public:
House* GetResult(){
return pHouse;
}
virtual ~HouseBuilder(){}
virtual void BuildPart1() = 0;
virtual void BuildPart2() = 0;
virtual bool BuildPart3() = 0;
virtual void BuildPart4() = 0;
virtual void BuildPart5() = 0;
protected:
House* pHouse;
};
// 房子构建流程 稳定
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();
}
};
// 具体房子
class StoneHouse : public House {
};
// 具体房子构建
class StoneHouseBuilder : public HouseBuilder {
public:
virtual void BuildPart1(){
}
virtual void BuildPart2() {
}
virtual bool BuildPart3() {
return true;
}
virtual void BuildPart4() {
}
virtual void BuildPart5() {
}
};
int main(){
HouseBuilder* pHouseBuilder = new StoneHouseBuilder(); // 各种类型的房子
HouseDirector* pHouseDirector = new HouseDirector(pHouseBuilder); // 房子类型的抽象
House* pHouse = pHouseDirector->Construct(); // 构建具体的房子
return 0;
}
构建器模式的动机:
在软件系统中,有时候面临着“一个复杂对象”的创建工作,其通常由各个部分的子对象用一定的算法构成;由于需求的变化,这个复杂对象的各个部分面临着剧烈的变化,但是将他们组合在一起的算法却相对稳定。
如何应对这种变化?如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化,从而保持系统中的“稳定构建算法”不随着需求改变而改变?
构建器模式的定义:
讲一个复杂对象的构建与其表示相分离,使得同样的构建过程(稳定)可以创建不同的表示(变化)。——《设计模式》GoF
总结:
构建器模式主要用于“分步骤构建一个复杂的对象”。在这其中“分步骤”是一个稳定的算法,而复杂对象的各个部分则经常变化。
变化点在哪里,封装哪里——构建器模式主要在于应对“复杂对象各个部分”的频繁需求变动。其缺点在于难以应对“分步骤构建算法”的需求变动。
在构建器模式中,要注意不同语言中构建器内调用虚函数的差别。