设计模式之建造者模式

Separate the construction of a complex objext from its reresentation so that the same construction process can create different representations.

---

本篇博客属于《Java设计模式》系列之一，内容主要借鉴于 秦小波的著作《设计模式之禅》，在理解过程中可能还参考其他博主的知识，最后整理成自己的学习笔记，在此分享给大家。由于本人知识和能力有限，博客中有错误或者理解偏差的地方，还望大佬们多多指点，感谢不尽。（目前处于实习阶段，设计模式配合个人的实际经验更下饭，暂时更新最常见设计模式9+1篇。立个flag,将来一定会补齐）–2020.11.22

序号	内容	链接地址
1	设计模式六大原则	https://blog.csdn.net/Dawn510/article/details/109501957
2	单例模式	https://blog.csdn.net/Dawn510/article/details/109541109
3	工厂模式	https://blog.csdn.net/Dawn510/article/details/109588909
4	抽象工厂模式及与工厂模式区别	https://blog.csdn.net/Dawn510/article/details/109609350
5	模板方法模式	https://blog.csdn.net/Dawn510/article/details/109609368
6	建造者模式	https://blog.csdn.net/Dawn510/article/details/109609385
7	代理模式	https://blog.csdn.net/Dawn510/article/details/109633416
8	装饰模式	https://blog.csdn.net/Dawn510/article/details/109663917
9	适配器模式	https://blog.csdn.net/Dawn510/article/details/109962821
10	观察者模式	https://blog.csdn.net/Dawn510/article/details/109962858

---

建造者模式的定义

将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

建造者的通用类视图如图：

• Product产品类：通常是实现了模板方法模式，也就是有模板方法和基本方法。
• Builder抽象构造者：规范产品的组建，一般是由子类实现。
• ConcreteBuilder具体构造者：实现抽象类定义的所有方法，并且返回一个组建好的对象。
• Director导演类：负责安排已有模块的顺序，然后告诉Builder开始建造。

产品类：

public class Product {
    public void doSomething(){
        // 业务逻辑处理
    }
}

通常是模板方法模式产生的类

抽象构造者：

public abstract class Builder {
    // 设置产品的不同部分，以获得不同的产品
    public abstract void setPart();
    
    // 建造产品
    public abstract Product buildProduct();
}

setPart()是零件的配置。什么是零件？其他的对象，获得一个不同零件，或者不同的装配顺序就可能产生不同的产品。

具体构造者：

public class ConcreteBuilder extends Builder {
    private Product product = new Product();
    // 设置产品零件
    @Override
    public void setPart() {
        // 产品类内的逻辑处理
    }

    // 组建一个产品
    @Override
    public Product buildProduct() {
        return product;
    }
}

如果有多个产品类就有几个具体的构造者，而且这多个产品类具有相同接口或抽象类。

导演类：

public class Director {
    private Builder builder = new ConcreteBuilder();
    // 构建不同的产品
    public Product getAProduct(){
        builder.setPart();
        // 设置不同的零件，产生不同的产品
        return builder.buildProduct();
    }
}

建造者模式的优点

• 封装性：可以使得客户端不必知道产品内部组成的细节。
• 构造者独立，容易扩展
• 便于控制细节风险

建造者模式的使用场景

• 相同的方法，不同的执行顺序可能产生不同的事件或者结果
• 多个部件或者零件，都可以装配到一个对象中，但是产生的运行结果又不相同时
• 产品类非常复杂，或者产品类中调用顺序不同产生了不同的效能。

与工厂模式的区别

构造者模式关注的是零件类型和装配工艺（顺序），这是它与工厂方法模式最大不同的地方，虽然同为创建者模式，但是注重点不同。

在框架中的使用

• Mybatis中解析Configuration时，由于Configuration庞大且复杂，初始化太麻烦了，于是使用XMLConfigBuilder进行构建，负责Configuration实例各个组件的创建和装配。