建造者模式

建造者模式

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

1. UML类图

2. 定义

在建造者模式中，有如下4个角色

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

3. 通用代码

//产品类
public class Product{
    public void doSomething(){
        //独立业务处理
    }
}
//抽象建造者
public abstract class Builder{
    //设置产品的不同部分，以获得不同的产品
    public abstract void setPart();
    //建造产品
    public abstract Product buildProduct();
}
//具体建造者
public class ConcreteProduct extends Builder{
    private Product product = new Product();
    //设置产品零件
    public void setPart(){
        //产品内的逻辑处理
    }
    //组件一个产品
    public Product buildProduct(){
        return product;
    }
}

//有多个产品类就有多个具体的建造者

//导演类
public class Director{
    private Builder builder = new ConcreteProduct();
    //构建不同的产品
    public Product getAProduct(){
        builder.setPart();
        return builder.buildProduct();
    }
}

4. 应用

4.1 优点

• 封装性：使用建造者模式可以是客户端不必知道产品内部组成的细节
• 建造者(Builder)独立，容易扩展
• 便于控制细节风险：由于具体的建造者是独立的，因此可以对建造过程逐步细化，而不对其他模块产生任何影响

4.2 使用场景

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

4.3 注意事项

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