设计模式 7 - 建造者模式解析及StringBuilder案例分析

 

目录

建造者模式的使用背景

1.概述

1.1 什么是建造者模式

1.2 适用场景

1.3 例子

2. JDK的StringBuilder分析

2.1 角色分析

2.2 源码分析

3. 抽象工厂与建造者模式的区别

4.小结

---

博主一句话总结（非准确）：建造者模式是一种构建性设计模式，相比于工厂模式而言，它更加注重构建产品时的流程，通过Director类可以实现对产品流程的控制，通过实现不同的Bulider接口，可以创建相似产品（高楼房、平房和木屋）的创建。不过对于差异较大的产品并不适合使用构建者模式。

建造者模式的使用背景

 当一个类的内部数据过于复杂的时，要创建的话可能就需要了解这个类的内部结构，还有这些东西是怎么组织装配等一大坨乱七八糟的东西，这个时候就会增加学习成本而且会很混乱，

这个时候就需要管理一下这个类中的数据呢，怎么在创建的时候让它按部就班的来，并且代码具有可读性和可扩展性，这就是Builder模式的应用场景，Builder模式可以将一个类的构建和表示进行分离。

1.概述

1.1 什么是建造者模式

• 建造者模式又叫生成器模式，是一种对象构建模式。
• 将复杂对象的建造过程抽象出来，使这个抽象过程的不同实现方法可以构造出不同表现（属性）得对象
• 一步一步创建一个复杂的对象，它允许用户只通过指定复杂对象的类型和内容就构建他们，而不需要知道内部得具体构建细节

1.2 适用场景

• 隔离复杂对象的创建和使用，相同的方法，不同执行顺序，产生不同事件结果
• 多个部件都可以装配到一个对象中，但产生的运行结果不相同
• 产品类非常复杂或者产品类因为调用顺序不同而产生不同作用
• 初始化一个对象时，参数过多，或者很多参数具有默认值
• Builder模式不适合创建差异性很大的产品类
  产品内部变化复杂，会导致需要定义很多具体建造者类实现变化，增加项目中类的数量，增加系统的理解难度和运行成本
• 需要生成的产品对象有复杂的内部结构，这些产品对象具备共性

1.3 例子

• Product(产品对象)：一个具体的产品对象
• Bulider(抽象建造者)：创建一个Product对象的各个部件指定的 接口/抽象类 。指定建造流程
• ConcreteBulider(具体建造者)：实现接口，构建和装配各个部件
• Director(指挥者)：构建一个使用Bulider接口的对象，它主要是用于创建一个复杂的对象，它隔离了客户和对象的生产过程，还负责控制整个产品对象的生产过程

• 将建造的过程抽象成Builder接口，其中包括了建造产品的各种基本具体操作
• ConcreteBuilder是Builder中每一步基本操作的具体实现，根据不同类型的产品建造，有不同的实现方式，可以在每一步基本操作中添加各自复杂的实现，只需要最后通过getResult返回产品就好
• Direct类来聚合Builder接口，它的construct()方法来决定建造的流程，用户在使用的时候只需要定义一个Direct对象，传入需要的产品类型，Direct则调用Builder接口下对应的实现类，来完成用户指定产品的建造。

以上实现了用户与产品生产过程的解耦，用户只需要指定想要的产品交给Direct，由他来执行所有的操

2. JDK的StringBuilder分析

2.1 角色分析

• StringBuilder是一个指挥者同时是一个具体建造者
• AbstractStringBuilder是Appendable的一个是实现类，为具体建造者
• Appendable接口定义了append()方法，是抽象建造者

2.2 源码分析

1. 创建StringBuilder对象时传入字符串，传入的字符串就相当于指定产品类型，需要构建什么样的产品对象

//构造方法中调用了append()方法，该方法是属于上述模式中的生产方法，所以这里的StringBuilder即是指挥者也是具体建造者
public StringBuilder(String str) {
    super(str.length() + 16);
    append(str);
}
//append方法中它调用了父类的append()
@Override
public StringBuilder append(String str) {
    super.append(str);
    return this;
}

2. 进入到super.append()中，AbstractStringBuilder实现了Appendable，他是具体的建造者，在这里完成了一个具体的操作

//AbstractStringBuilder实现了Appendable，他是具体的建造者，在这里完成了一个具体的操作
abstract class AbstractStringBuilder implements Appendable, CharSequence {    
	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;
    }

3. Appendable定义了多个append接口，由他的实现类去实现，方便后续的可扩展性

 public interface Appendable {
    Appendable append(CharSequence csq) throws IOException;
    Appendable append(CharSequence csq, int start, int end) throws IOException;
    Appendable append(char c) throws IOException;
}

3. 抽象工厂与建造者模式的区别

• 抽象工厂实现对产品家族的创建，具有不同分类维度的产品组合，不关心创建的细节，只关心它由什么工厂来创建
• 建造者模式则是要求按照指定的蓝图建造产品，主要目的是通过组装零配件而产生一个新产品，即更关心建造的流程

4.小结

1. 建造者模式可以更加精细的控制产品的创建过程，将复杂产品的创建步骤分解在不同的方法中，也方便控制
2. 增加新的具体建造者无须修改原有类库的代码，指挥者类针对抽象建造者类编程，系统扩展方便，符合开闭原则
3. 原则上每个具体建造者是相对独立的，除了在足够简单的结构下，具体建造者和指挥者可以有直接关联（如上StringBuilder），因为相对独立所以可以很方便的增加或者替换具体建造者，系统耦合度较低
4. 建造者模式所建造的产品要有较多的共同点，组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式
5. 产品内部变化复杂的话，会导致定义很多具体建造者来适应变化的需求，这样系统会很庞大