（8）设计模式之建造者模式

建造者模式

建造者模式：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
本质：分离整体，构建算法和部件构造。

---

伙伴们聚在一起要画一个小人，这个小人有头、胳膊、身体和腿组成，小明喜欢先头，而张三喜欢先画身子，而每个人画出来的小人又不相同，如果用代码实现有什么好的办法吗？
先看建造者模式的UML类图

其实这里一共有三个角色，分别是指挥者、建造者和产品。指挥者是指挥建造者建造产品的，建造者类作为抽象类存在，有许多具体的建造者类，这些具体的建造者类中包含了建造产品所需要的部件（一般都是多个部件），可以用来建造具体产品，而部件建造的顺序是由指挥者决定的。

对于开头的例子有想法了吗？

可以把小明和张三都想成是指挥者，他们指挥自己的？脑子，作为建造者存在，建造小人？确实可行，但是这样难免会多出来一个指挥者的类来区分小明和张三，那么还有什么好办法吗？

当然啦，固定只有一个指挥者，让张三和小明的区别只在建造者中体现，张三和小明都作为具体的建造者存在。
代码：

public class Director {
    public void Construct(Builder builder){
        builder.BuildPart1();
        builder.BuildPart2();
        builder.BuildPart3();
        builder.BuildPart4();
    }
}
public interface Builder {
    public void BuildPart1();
    public void BuildPart2();
    public void BuildPart3();
    public void BuildPart4();
    public Axiaoren Getresult();
}
import java.util.ArrayList;
import java.util.List;

public class Axiaoren {
    List<String> parts=new ArrayList<String>();
    public void Add(String part){
        parts.add(part);
    }
    public void Show(){
        System.out.println("小人展示-----");
        for (String part : parts) {
            System.out.println(part);
        }
    }
}

public class woshiXiaoMing implements Builder {
    private Axiaoren xiaoren = new Axiaoren();
    @Override
    public void BuildPart1() {
        xiaoren.Add("大大滴头");
    }

    @Override
    public void BuildPart2() {
        xiaoren.Add("胖胖滴身子");
    }

    @Override
    public void BuildPart3() {
        xiaoren.Add("粗壮滴胳膊");
    }

    @Override
    public void BuildPart4() {
        xiaoren.Add("长长滴腿");
    }

    @Override
    public Axiaoren Getresult() {
        return xiaoren;
    }
}
public class woshiZhangSan implements Builder{
    private Axiaoren xiaoren = new Axiaoren();
    @Override
    public void BuildPart1() {
        xiaoren.Add("瘦瘦滴身子");
    }

    @Override
    public void BuildPart2() {
        xiaoren.Add("长长滴头");
    }

    @Override
    public void BuildPart3() {
        xiaoren.Add("细细滴胳膊");
    }

    @Override
    public void BuildPart4() {
        xiaoren.Add("粗壮滴腿");
    }

    @Override
    public Axiaoren Getresult() {
        return xiaoren;
    }
}

使用了建造者模式，那么用户就只需指定需要建造的类型就可以得到他们，而具体的建造过程和细节就不需要知道了。

指挥者用来控制建造过程，也用来隔离用户与建造过程的关联。 指挥者负责调用建造者内的方法。指挥者内部构建间的建造顺序通常是稳定的，但对象内部的构建通常面临着复杂的变化。

建造者模式的好处就是使得建造代码与表示代码分离，由于建造者隐藏了该产品是如何组装的，所以若需要改变一个产品的内部表示，只需要再定义一个具体的建造者就可以了。

建造者适用于？
建造者模式是在当**创建复杂对象的算法（具体产品类）应该独立于该对象的组成部分（建造者）以及它们的装配方法（指挥者）**时使用的模式。

建造者模式与装饰模式的对比

学到这，可能很容易就想到的装饰模式。都是在内部组装起来，然后展示。 但是与装饰模式不同的是，建造者模式要求建造的过程必须是稳定的，而装饰模式往往是不稳定的，也就是说通过装饰模式组成出的方案可以有无数种，并非像建造者模式一样固定。装饰模式就好比穿衣服，短袖可以外穿内搭长袖，也可以长袖内套短袖。建造者模式就好比该盖房子，必须要先打地基才能垒砖。