前言
建造者模式(Builder)所构建的对象一定是庞大而复杂的，并且一定是按照既定的制造工序将组件组装起来的，例如计算机、汽车、建筑物等。我们通常将负责构建这些大型对象的工程师称为建造者。建造者模式又称为生成器模式，主要用于对复杂对象的构建、初始化，它可以将多个简单的组件对象按顺序一步步组装起来，最终构建成一个复杂的成品对象。与工厂系列模式不同的是，建造者模式的主要目的在于把烦琐的构建过程从不同对象中抽离出来，使其脱离并独立于产品类与工厂类，最终实现用同一套标准的制造工序能够产出不同的产品。
提示：以下是本篇文章正文内容，下面案例可供参考
一、建造步骤的重要性
在开始实战之前我们首先得搞清楚建造者面对着什么样的产品模型。以典型的角色扮演类网络游戏为例，在开始游戏之前玩家通常可以选择不同的角色。为了让人物鲜活起来，不同的游戏角色应该有其独特的产品特点。玩家选定角色后需要对其进行初始化，假设整个过程分3个步骤完成。第一步，玩家需要为角色选择形象以及分配力量、灵力、体力、敏捷等属性值，这也是游戏人设中最为重要的一个环节；第二步，玩家可以为角色配备不同的衣服或铠甲，低于所需力量值的铠甲则不能穿戴；第三步，玩家选择手持的武器与盾牌，它同上一步一样需要满足一定的条件。显然，每个角色都是按照这个流程完成初始化的，否则游戏就无法进行下去，例如如果在没有分配角色属性值的前提下就先进行武器选择，那么缺乏力量的角色根本无法配备任何装备或者武器；如果让缺少灵力的战士戴上魔法帽或是让力量弱小的法师手持重型武器，就会导致游戏角色出现不可预知的混乱。
成型的游戏角色是依靠角色对象、装备对象组装而成的，对于这种复杂对象的构建一定要依赖建造者来完成。除此以外，建造者的制造过程不仅要分步完成，还要按照顺序进行，所以建造者的各制造步骤与逻辑都应该被抽离出来独立于数据模型，复杂的游戏角色设定还需交给专业的建造团队去完成。
二、建房子
1. 建筑物类
秉承我们一贯奉行的简单直观的宗旨，既然是建造者，我们就以建筑物建造为例来进行代码实战。盖房子可不能开玩笑，为了保证质量，我们绝不能允许豆腐渣工程出现，所以严谨的设计与施工流程的把控是不可或缺的，否则可能会房倒屋塌、家毁人亡。首先，建筑物本身应该由多个组件组成，且各组件按一定工序建造，缺一不可。
建筑物的组件建造是相当复杂的，为了简化其数据模型，我们将组成建筑物的模块归纳为3个组件，分别是地基、墙体、屋顶，将它们组装起来就能形成一座建筑物。
public class Building {
// 用List来模拟建造物组件的组装
private List<String> buildingComponents = new ArrayList<>();
// 地基
public void setBasement(String basement) {
this.buildingComponents.add(basement);
}
// 墙体
public void setWall(String wall) {
this.buildingComponents.add(wall);
}
// 屋顶
public void setRoof(String roof) {
this.buildingComponents.add(roof);
}
@Override
public String toString() {
String buildingStr = "";
for (int i = buildingComponents.size() - 1; i >= 0; i--) {
buildingStr += buildingComponents.get(i);
}
return buildingStr;
}
}
说明：
- 为了直观地看到建筑物的建造情况，我们重写了toString()方法，按从大到小的组件索引顺序组装各组件，后组装的组件应先展示出来，如屋顶应该首先输出，以此类推。
- 这个建筑物类的内部构造看起来稍微有点复杂（实际应用中会更复杂），怎样才能用这个复杂的类构建出一个房子对象呢？首先应该调用哪个建造方法才能保证正确的建造工序，而不至于屋顶在下面，地基却跑到天上去呢？地基、墙体、屋顶，这些组件都去哪里找，如何建造？
2.建筑施工方
组建专业的建筑施工团队对建筑工程项目的实施至关重要，于是地产开发商决定通过招标的方式来选择施工方。招标大会上有很多建筑公司来投标，他们各有各的房屋建造资质，有的能建别墅，有的能建多层公寓，还有能力更强的能建摩天大楼，建造工艺也各有区别。但无论如何，开发商规定施工方都应该至少具备三大组件的建造能力，于是施工标准公布出来了。
public interface Builder {
public void buildBasement();
public void buildWall();
public void buildRoof();
public Building getBuilding();
}
开发商按此标准启动了招标工作，一个别墅施工方中标。
public class HouseBuilder implements Builder{
private Building house;
public HouseBuilder() {
this.house = new Building();
}
@Override
public void buildBasement() {
System.out.println("别墅施工方建造地基");
house.setBasement("++++++++++++++\n");
}
@Override
public void buildWall() {
System.out.println("别墅施工方建造墙体");
house.setWall("| 田 | 田 | 田|\n");
}
@Override
public void buildRoof() {
System.out.println("别墅施工方建造屋顶");
house.setBasement("/------------\\\n");
}
@Override
public Building getBuilding() {
return house;
}
}
别墅施工方都能做到，完全符合开发商公布的施工标准。接下来开发商又考察了一个多层公寓施工方。
public class ApartmentBuilder implements Builder {
private Building house;
public ApartmentBuilder() {
this.house = new Building();
}
@Override
public void buildBasement() {
System.out.println("多层公寓施工方建造地基");
house.setBasement("|____________|\n");
}
@Override
public void buildWall() {
System.out.println("多层公寓施工方建造墙体");
//假设建8层
for (int i = 0; i < 8; i++) {
house.setWall("| 口 口 口 口 |\n");
}
}
@Override
public void buildRoof() {
System.out.println("多层公寓施工方建造屋顶");
house.setBasement("|------------|\n");
}
@Override
public Building getBuilding() {
return house;
}
}
3.工程总监
虽然施工方很好地保证了建筑物三大组件的施工质量，但开发商还是不放心，因为施工方毕竟只负责干活，施工流程无法得到控制。为了解决这个问题，开发商又招聘了一个专业的工程总监来做监理工作，他亲临施工现场指导施工，并把控整个施工流程。
public class Director {
private Builder builder;
public Director(Builder builder) {
this.builder = builder;
}
public void setBuilder(Builder builder) {
this.builder = builder;
}
public Building direct(){
System.out.println("=====工程项目启动=====");
// 第一步打好地基
builder.buildBasement();
// 第二步，建造框架、墙体
builder.buildWall();
// 第三步，封顶
builder.buildRoof();
System.out.println("=====工程项目竣工=====");
return builder.getBuilding();
}
}
说明：
工程总监的角色就像电影制作中的导演一样，他从宏观上管理项目并指导整个施工队的建造流程。我们依次调用施工方的打地基方法buildBasement()、建造墙体方法buildWall()及建筑物封顶方法buildRoof()，保证了建筑物自下而上的建造工序。可以看到，施工方是在构造方法中由外部注入的，所以工程总监并不关心是哪个施工方来造房子，更不关心施工方有什么样的建造工艺，但他能保证对施工工序的绝对把控，也就是说，工程总监只控制施工流程。
4.项目实施
至此招标工作结束，一切准备就绪，所有项目干系人（施工方、工程总监）都已就位，可以开始组建项目团队并启动项目了。
public class Client {
public static void main(String[] args) {
//组建别墅施工队
Director director = new Director(new HouseBuilder());
System.out.println(director.direct());
//替换施工队，建造公寓
director.setBuilder(new ApartmentBuilder());
System.out.println(director.direct());
}
}
输出结果：
=====工程项目启动=====
别墅施工方建造地基
别墅施工方建造墙体
别墅施工方建造屋顶
=====工程项目竣工=====
/------------\
| 田 | 田 | 田|
++++++++++++++
=====工程项目启动=====
多层公寓施工方建造地基
多层公寓施工方建造墙体
多层公寓施工方建造屋顶
=====工程项目竣工=====
|------------|
| 口 口 口 口 |
| 口 口 口 口 |
| 口 口 口 口 |
| 口 口 口 口 |
| 口 口 口 口 |
| 口 口 口 口 |
| 口 口 口 口 |
| 口 口 口 口 |
|____________|
总结
提示：这里对文章进行总结：
- 抽象工厂方法模式的各角色定义如下。
- Product（产品）：复杂的产品类，构建过程相对复杂，需要其他组件组装而成。对应本章例程中的建筑物类。
- Builder（建造者）：建造者接口，定义了构成产品的各个组件的构建标准，通常有多个步骤。对应本章例程中的施工方接口。
- ConcreteBuilder（建造者实现）：具体的建造者实现类，可以有多种实现，负责产品的组装但不包含整体建造逻辑。对应本章例程中的别墅施工方类与多层公寓施工方类。
- Director（指导者）：持有建造者接口引用的指导者类，指导建造者按一定的逻辑进行建造。对应本章例程中的工程总监类。
- 复杂对象的构建显然需要专业的建造团队，建造标准的确立让产品趋向多样化，其建造工艺可以交给多位建造者去各显其长，而建造工序则交由工程总监去全局把控，把“变”与“不变”分开，使“工艺多样化”“工序标准化”，最终实现通过相同的构建过程生产出不同产品，这也是建造者模式要达成的目标。
扫一扫
1418
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
