I walk very slowly, but I never walk backwards 设计模式 - 建造者模式
寂然
大家好，我是寂然，本节课，我们来聊下一个模式 - 建造者模式，OK，首先我们先来看一个案例需求
案例演示 - 工程项目
现在有这样一个需求，需要建造一所房子：
一，建造房屋的过程有打桩、砌墙、封顶等操作
二，房子有各种各样的，比如普通砖瓦房，高楼，别墅，各种房子的过程虽然一样，但是要求不要相同的
三，请编写程序，完成需求
解决方案一
拿到需求后，我们画类图来分析如何实现，首先，建造房屋的步骤是相同的，都有如上这几步构成，但是房子的种类不同，要求不同，所以最容易想到的就是定义一个房屋的基类，把建造房屋的步骤定义为抽象方法，供子类普通房屋，高楼，别墅等来实现，子类中，具体实现各自的业务逻辑，按照这种思路，相应的代码如下图所示
//房屋基类
public abstract class AbsHouse {
//筑基
public abstract void buildBasic();
//砌墙
public abstract void buildWalls();
//封顶
public abstract void roofed();
public void build(){
buildBasic();
buildWalls();
roofed();
}
}
//高楼
public class HighBuilding extends AbsHouse {
@Override
public void buildBasic() {
System.out.println("高楼正在筑基 ---- ");
}
@Override
public void buildWalls() {
System.out.println("高楼正在砌墙 ---- ");
}
@Override
public void roofed() {
System.out.println("高楼正在封顶");
}
}
//普通房屋
public class CommonHouse extends AbsHouse {
@Override
public void buildBasic() {
System.out.println("普通房屋正在筑基 ---- ");
}
@Override
public void buildWalls() {
System.out.println("普通房屋正在砌墙 ---- ");
}
@Override
public void roofed() {
System.out.println("普通房屋正在封顶 ---- ");
}
}
//普通方案 - 工程需求
//客户端
public class CommonDemo {
public static void main(String[] args) {
new CommonHouse().build();
new HighBuilding().build();
}
}案例分析
首先这种方法是很好理解，也是最容易随手想到的，但是随着简单，缺点也很明显，没有设计缓存层对象，程序的扩展和维护不好，也就是说，这种设计方案，把产品（房屋）和创建产品的过程（建造房屋流程）封装在一起了，耦合性就会变得的很强，按理来说，一个产品经过流水线拿到成品，成品和流水线的制作过程应该是分开的，那根据这样的思想，我们将产品和产品建造过程解耦合，其实这种思想就是建造者模式
基本介绍
建造者模式（Builder Pattern） 又叫生成器模式，是一种对象构建模式
它可以将复杂对象的建造过程抽象出来，使这个抽象过程的不同实现方法可以构造出不同表现的对象
建造者模式是一步一步创建一个复杂的对象，它允许用户只通过指定复杂对象的类型和内容就可以构建它
们， 用户不需要知道内部的具体构建细节
比如现在需要制造一辆宝马汽车，我们拿到方向盘，轮胎，发动机，把他组装成一台宝马车，就可以，至于具体的方向盘，轮胎等是如何做出来的，我们并不关心具体的细节，子类具体实现即可
建造者模式四大角色
在建造者模式里，有这样四个核心的角色
Product（产品角色）： 一个具体的产品对象
Builder（抽象建造者）： 创建一个 Product 对象的各个部件指定的接口/抽象类
（抽象建造者只需要指定建造一个产品的流程，但是具体的建造细节不负责，具体细节交给具体建造者来实现）
ConcreteBuilder（具体建造者）： 实现接口，构建和装配各个部件
Director（指挥者）： 构建一个使用 Builder 接口的对象，它是用于创建一个复杂的对象，主要有两个作用，（一：隔离了客户与对象的生产过程，二：负责控制产品对象的生产过程 ）
原理类图
下面是建造者模式的原理类图：
解决方案二 - 建造者模式
下面我们使用建造者模式，并分配角色，重构案例代码来完成需求
//产品角色
public class House {
private String basic; //地基
private String wall; //墙
private String roofed; //屋顶
public String getBasic() {
return basic;
}
public void setBasic(String basic) {
this.basic = basic;
}
public String getWall() {
return wall;
}
public void setWall(String wall) {
this.wall = wall;
}
public String getRoofed() {
return roofed;
}
public void setRoofed(String roofed) {
this.roofed = roofed;
}
}
//抽象建造者
public abstract class HouseBuilder {
public House house = new House();
//筑基
public abstract void buildBasic();
//砌墙
public abstract void buildWalls();
//封顶
public abstract void roofed();
//建造好房屋后，将产品（房屋返回）
public House buildHouse(){
return house;
}
}
//具体建造者 - 普通房屋
public class CommonHouse extends HouseBuilder {
@Override
public void buildBasic() {
System.out.println("普通房屋正在筑基 ---- ");
}
@Override
public void buildWalls() {
System.out.println("普通房屋正在砌墙 ---- ");
}
@Override
public void roofed() {
System.out.println("普通房屋正在封顶 ---- ");
}
}
//具体建造者 - 高楼
public class HighBuilding extends HouseBuilder {
@Override
public void buildBasic() {
System.out.println("高楼正在筑基 ---- ");
}
@Override
public void buildWalls() {
System.out.println("高楼正在砌墙 ---- ");
}
@Override
public void roofed() {
System.out.println("高楼正在封顶 ---- ");
}
}
//指挥者
public class HouseDirector {
public HouseBuilder houseBuilder;
//通过构造器传入houseBuilder
public HouseDirector(HouseBuilder houseBuilder) {
this.houseBuilder = houseBuilder;
}
//通过set方式传入houseBuilder
public void setHouseBuilder(HouseBuilder houseBuilder) {
this.houseBuilder = houseBuilder;
}
//如何处理建造房子的流程，交给指挥者
//我们在抽象建造者中，只是定义了建造流程，并没有具体指定建造顺序
//这里我们可以自己随便定义创建顺序
//任性一下，就想先盖房顶
public House buildHouse(){
houseBuilder.buildBasic(); //指挥者来动态的指定制作流程
houseBuilder.buildWalls();
houseBuilder.roofed();
System.out.println("建造完成，收工~~~");
return houseBuilder.buildHouse();
}
}
//使用建造者模式
//客户端角色
public class BuilderDemo {
public static void main(String[] args) {
//盖普通房子
CommonHouse commonHouse = new CommonHouse();
//准备创建房子的指挥者
HouseDirector houseDirector = new HouseDirector(commonHouse);
//完成盖房子，返回产品,也就可以拿到产品的属性
House house = houseDirector.buildHouse();
}
}注意事项
一：客户端（应用程序）不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创
建过程可以创建不同的产品对象
二：每一个具体建造者都相对独立，而与其他的具体建造者无关，因此可以很方便地替换具体建造者或增加
新的具体建造者， 用户使用不同的具体建造者即可得到不同的产品对象 类图如下：
三：可以更加精细地控制产品的创建过程 ，将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，方便使用程序来控制创建过程以及顺序
四：增加新的具体建造者无须修改原有类库的代码，指挥者类针对抽象建造者类编程，系统扩展方便，符 合“开闭原则”
五： 建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不
适合使用建造者模式，因此其使用范围受到一定的限制
六：如果产品的内部变化复杂，可能会导致需要定义很多具体建造者类来实现这种变化，导致系统变得很庞
大，因此在这种情况下，要考虑是否选择建造者模式
抽象工厂模式 VS 建造者模式
- 抽象工厂模式实现对产品家族的创建，一个产品家族是这样的一系列产品：具有不同分类维度的产品组合，采用抽象工厂模式不需要关心构建过程，只关心什么产品由什么工厂生产即可
- 建造者模式则是要求按照指定的蓝图建造产品，它的主要目的是通过组装零配件而产生一个新产品
StringBuilder 源码分析
下面我们来看下，我们平时使用到的 java.lang.Stringbuilder 源码中，就使用到了建造者模式，下面，我们写一段简易的测试代码，来看下源码中是如何使用的
// StringBuilder测试代码
public class StringBuilderDemo {
public static void main(String[] args) {
StringBuilder stringBuilder = new StringBuilder("hello,寂然");
System.out.println(stringBuilder);
}
}我们可以看到，一个final 类型的 StringBuilder 继承了AbstractStringBuilder这样一个实现类
* @author Michael McCloskey
* @see java.lang.StringBuffer
* @see java.lang.String
* @since 1.5
*/
public final class StringBuilder
extends AbstractStringBuilder
implements java.io.Serializable, CharSequence
{那 AbstractStringBuilder 是不是抽象建造者呢? 其实不是，下面看到有好多方法，都是已经实现好了的，例如各个append() 方法，AbstractStringBuilder 还实现了 Appendable 接口 ，我们来看
* @author Michael McCloskey
* @author Martin Buchholz
* @author Ulf Zibis
* @since 1.5
*/
abstract class AbstractStringBuilder implements Appendable, CharSequence {
/**
* The value is used for character storage.
*/
char[] value;
/**
* The count is the number of characters used.
*/
int count;
可以看到， Appendable 接口里定义了append() 方法，所以 Appendable 接口可以理解为抽象的建造者，而这里AbstractStringBuilder 充当了具体建造者，虽然 AbstractStringBuilder 是一个抽象类，但是可以看到很多方法都是已经实现好了的，比如append() 方法，如下图所示
* @param str a string.
* @return a reference to this object.
*/
public AbstractStringBuilder append(String str) {
if (str == null)
return appendNull();
int len = str.length();
ensureCapacityInternal(count + len);
str.getChars(0, len, value, count);
count += len;
return this;
}
// Documentation in subclasses because of synchro difference
public AbstractStringBuilder append(StringBuffer sb) {
if (sb == null)
return appendNull();
int len = sb.length();
ensureCapacityInternal(count + len);
sb.getChars(0, len, value, count);
count += len;
return this;
}那问题来了，这种情况下他的产品角色是什么，指挥者又是什么呢？
所以在这里要阐述一个观点，我们在去查看源码的时候，有可能会发现，源码有些地方和设计模式的思想很相似，但是形式上不完全相同，不完全和我们画的类图那样，在写源码的时候，作者不一定知道自己使用了设计模式，所以体现出来，和标准的设计模式会略有差别，就比如可能作者在写JDK源码的时候，可能都没有明确的提出或者规定建造者模式这样的写法，或者说刚提出不久设计模式在行业中并不流行，而且，这只是一种思想，不同的大佬，对设计模式的看法也并不完全一样，而写JDK源码的这个大佬技术太厉害，无意中就使用到了设计模式，所以不一定是很标准的，但是可以肯定的是，思想是很相似的，所以我们还是要来分析一下
其实在上面的分析中，已经出现了一些核心的角色
-
Appendable 接口定义了多个append() 方法，他的角色就是抽象建造者
-
AbstractStringBuilder 在这里其实已经是一个建造者了，只是不能实例化，因为是抽象的
-
StringBuilder 即充当了指挥者角色，同时充当了具体的建造者，虽然重写的时候是拿到父类的直接返回了 this，真正的建造方法是在 AbstractStringBuilder 中实现的，而 StringBuilder 继承了 AbstractStringBuilder
下节预告
OK，到这里，建造者模式的相关内容就结束了，同时，创建型模式这一篇章也就结束了，下一节，我们开启第四篇章 - 结构型模式的学习，首先第一个要聊的就是适配器模式，最后，希望大家在学习的过程中，能够感觉到设计模式的有趣之处，高效而愉快的学习，那我们下期见~
