2. Builder建造者模式

介绍

        Builder模式是指一步一步创建一个复杂对象的创建型模式，它允许用户在不知道内部构建细节的情况下，可以更精细的控制对象的构造流程。使用该模式是为了将构建复杂对象的过程和该对象的特征(对象成员)解耦，使得构建过程和特征的表示隔离开来。

       形象地比如组装一辆汽车，有车轮、方向盘、发送机、座椅等，还有各种零件。那么怎么将这些配件组装成一辆汽车，这个装配过程比较漫长，也比较复杂，对于这种情况，我们就可以使用Builder模式将部件和组装过程分离，并且在构建过程中对外部隐藏实现细节，使得构建过程和部件可以自由扩展，两者时间的耦合也降到最低。

定义

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

怎么理解？还是以汽车为例，我们使用Builder模式不同的参数和函数调用可以组装出不同形态和配置的汽车。

使用场景

1. 相同的方法，不同的执行顺序，产生不同的事件结果时

2. 多个部件或零件，都可以装配到一个对象中，但是产生的运行结果又不相同时

3. 产品类非常复杂，或者产品类中的调用顺序不同产生了不同的作用，这个时候使用建造者模式非常合适

4. 当初始化一个对象特别复杂，如参数较多，并且很多参数都具有默认值时

UML图

介绍：

Product  产品的抽象类

Builder 抽象Builder类，规范产品的组件，一般是由子类实现具体的组建过程

ConcreteBuilder 具体的Builder类

Director 统一组装过程

实现

以计算机组装为例，我们把计算机的组装过程简化为搭建主机、安装操作系统、连接显示器三部分，然后通过Director和具体的Builder来构建计算机对象：

/**
 * 计算机的抽象类，Product
 */
public abstract class Computer {
    protected String mBorad;
    protected String mOS;
    protected String mMonitor;
    
    protected Computer() {
    }

    public void setBoard(String board) {
        this.mBoard = board;
    }

    public void setMonitor(String monitor) {
        this.mMonitor = monitor;
    }

    public abstract void setOS();

    @Override
    public String toString(){
        return "Computer [mBoard=" + mBorad +", mMonitor=" + mMonitor + ", mOS=" + mOS
                +"]";
    }
}

/**
 * 具体的Computer类，MacBook
 */
public class MacBook extends Computer {

    protected MacBook() {
    }
    
    @Override
    public void setOS() {
        mOS = "Mac OS x 14.5";
    }
}

Builder类

/**
 * 抽象Builder类
 */
public abstract class Builder {
    //设置主机
    public abstract void buildBoard(String board);
    
    //设置显示器
    public abstract void buildMonitor(String monitor);

    //设置操作系统
    public abstract void buildOS();

    //创建Computer
    public abstract Computer create();
}

/**
 * 具体的Builder类，MacBookBuilder
 */
public class MacBookBuilder extends Builder {

    private Computer mComputer = new MacBook();

    @Override
    public void buildBoard(String board) {
        mComputer.setBoard(board);
    }

    @Override
    public void buildMonitor(String monitor) {
        mComputer.setMonitor(monitor);
    }

    @Override
    public void buildOS(Sttring os) {
        mComputer.setOS();
    }

    @Override
    public Computer create() {
        return mComputer;
    }
}

Director实现

/**
 * Director类，负责构造Computer
 */
public class Director {
    Builder mBuilder = null;
    
    public Director(Builder builder){
        this.mBuilder = builder;
    }

    /**
     * 构造对象
     */
    public void construct(String board,String monitor) {
        mBuilder.buildBoard(borad);
        mBuilder.buildMOnitor(monitor);
        mBuilder.buildOS();
    }
    
}

上述只是为了加深我们理解Builder的一种比较规范的实现，实际开发中使用这种模式，Director角色通常会被我们省略，直接用一个Builder类来进行对象的组装，这个Builder通用为链式调用，里面的设置参数一般都是返回自身。

例：Computer computer = new ComputerBuilder().setBoard("MSI").setMonitor("DELL").create();

这种形式不仅去除了Director角色，整个结构也更加简单，也能对Product独一香的组装过程有更精细的控制。

总结：

Builder模式在Android开发中也比较常用，通常会作为配置类的构建器将配置的构建和表示分离开来，同时也是将配置从目标类中隔离出来，避免过多的set方法。Builder模式比较常见的实现形式是通过调用链实现，这样代码更简洁、易懂。

优点：

1. 良好的封装性，使用建造者模式可以是客户端不必知道产品内部组成的细节

2. 建造者独立，容易扩展

缺点：会产生多余的Builder对象，消耗内存。

PS: Android源码中的AlertDialog，第三方框架OkHttp等都使用了该模式，感兴趣的可以后面看内部实现的源码。

 

参考资料：

<<Android源码设计模式解析与实战>>--关爱民著