Builder（建造者）模式

定义

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

只要包括以下角色：

Product 产品类 : 产品的抽象类。
Builder : 抽象类， 规范产品的组建，一般是由子类实现具体的组件过程。
ConcreteBuilder : 具体的构建器.
Director : 统一组装过程(可省略)。

使用场景

主要用于创建一些复杂的对象，将其内部的构建细节隐藏起来，使用者只需要按照约定好的规则做相应的配置来完成构建，然后将配置好的对象表示出来即可，构建和展示的过程相对独立。同时不同的配置会影响具体的构建过程，最终影响目标对象。

实现方式

1、在Android中我们经常使用AlertDialog就是基于Builder模式实现的，可以通过如下的伪码来描述其使用过程

new DstObject.Builder().setA("A").setB("B").setC('C').create().show();

接下来我们实现这个DstObject的构建与展示过程：

public class DstObject {
    String a;
    String b;
    char c;

    public void show(){
        Log.e("DstObject", "show-->" + a + b + c);
    }

    public static class Builder{
        String a;
        String b;
        char c;
        public Builder setA(String a){
            this.a = a;
            return this;
        }

        public Builder setB(String b){
            this.b = b;
            return this;
        }

        public Builder setC(char c){
            this.c = c;
            return this;
        }

        public DstObject create(){
            DstObject dstObject = new DstObject();
            dstObject.a = a;
            dstObject.b = b;
            dstObject.c = c;
            return dstObject;
        }
    }
}

PS：这里只是对描述AlertDialog的整体流程，不考虑细节问题。

再结合上边的使用代码看一下，我们通过Builder进行DstObject的构建，其中Builder类通过返回自身实现链式调用，完成具体的配置，并通过create()方法返回一个包含配置信息的DstObject对象，最后通过DstObject对象的show()方法完成最终的展示。

经典的Builder模式相对复杂，在实际中我们经常对经典Builder模式进行简化，例如这里的Builder类同时扮演了文章开始提到的Builder、ConcreteBuilder、Director的角色，简化了Builder模式的设计。

2、在上边我们通过Builder模式描述了对象的构建与表示过程，其实通过Builder模式还可以进行一些初始化操作，比如要实现一个ImageLoader，我们可以先对ImageLoader对象做一些初始化配置，然后再进行image加载操作，例如：

ImageLoaderConfig config = new ImageLoaderConfig.Builder()
                .setA("A")
                .setB("B")
                .setC('C').create();

        ImageLoader.getInstance().init(config);

这样就完成了ImageLoader的初始化配置。
ImageLoaderConfig类就是用来对ImageLoader进行配置的，它和上边的DstObject类非常类似：

public class ImageLoaderConfig {
    String a = "a";
    String b = "b";
    char c = 'c';

    public static class Builder{
        String a;
        String b;
        char c;
        public Builder setA(String a){
            this.a = a;
            return this;
        }

        public Builder setB(String b){
            this.b = b;
            return this;
        }

        public Builder setC(char c){
            this.c = c;
            return this;
        }

        public ImageLoaderConfig create(){
            ImageLoaderConfig config = new ImageLoaderConfig();
            config.a = a;
            config.b = b;
            config.c = c;
            return config;
        }
    }
}

ImageLoader类的大致结构如下：

public class ImageLoader {
    private ImageLoaderConfig mConfig;

    private ImageLoader() {
    }

    public static ImageLoader getInstance() {
        return SingletonHolder.instance;
    }

    private static class SingletonHolder {
        private static final ImageLoader instance = new ImageLoader();
    }

    public void init(ImageLoaderConfig config) {
        mConfig = config;
    }

    public void load() {
        //start load image
    }
}

通过Builder模式我们将配置过程从ImageLoader类中隔离出来，如果不使用Builder模式，就可能需要在ImageLoader中添加各种set方法。

小结

使用Builder模式，将初始的构建过程和最终的表示相互隔离，降低它们之间的耦合性，方便各自的扩展。同时使代码具有良好的封装性，将具体的实现细节隐藏，易于对外操作。