设计模式系列之四：建造者模式

1.定义

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

2.通用类图

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

3.通用源码

产品类

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();
    //设置产品零件
    public void setPart() {
       //产品类内的逻辑处理
    }
    //组建一个产品
    public Product buildProduct() {
        return product;
    }

}

注意：如果有多个产品类就有多个具体的建造者，而且这多个产品类具有相同的接口或抽象类
导演类

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

导演类起到封装作用，避免高层模块深入到建造者内部的实现类。当建造者模式比较庞大时，导演类可以有多个。

4.Demo

5.应用场景

• 相同的方法，不同的执行顺序，产生不同的事件结果时，可以采用建造者模式
• 多个部件或零件，都可以装配到一个对象中，但是产生的运行结果又不相同时，则可以使用该模式
• 产品类非常复杂，或者产品类中的调用顺序不同产生了不同的效能
• 在对象创建的过程中会使用到系统中的一些其他对象，这些对象在产品对象的创建过程中不易得到时。

6.优缺点

优点

• 易于解耦，将产品本身与产品创建过程进行解耦，可以使用相同的创建过程来得到不同的产品。也就说细节依赖抽象。
• 建造者独立，容易扩展。
• 便于控制细节风险。由于具体的建造者是独立的，因此可以对建造过程逐步细化，而不对其他的模块产生任何影响。

缺点

• 建造者模式所创建的产品一般具有较多的共同点，其组成部分相似；如果产品之间的差异性很大，则不适合使用建造者模式，因此其使用范围受到一定的限制。
• 如果产品的内部变化复杂，可能会导致需要定义很多具体建造者类来实现这种变化，导致系统变得很庞大。