建造者模式

建造者模式

定义

建造者模式也叫做生成器模式：

Separate the construction of a complex object from its representation so that the same construction process can create different representation.（将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示）

通用类图：

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

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

public class Product {
    public void doSomething(){
        // 独立业务处理
    }
}

public abstract class Builder() {
    // 设置产品的不同部分，以获得不同的产品
    public abstract void setPart();
    // 建造产品
    public abstract Product buildProduct();
    
}

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();
    }
}

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

应用

优点

• 封装性，使用建造者模式可以使客户不必知道产品内部组成的细节
• 建造者独立，容易扩展。不同的Builder具体实现类是相互独立的，对系统的扩展非常有利
• 便于控制细节风险，由于具体的建造者是独立的，因此可以对建造过程逐步细化，而不对其他的模块产生任何影响

使用场景

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

注意事项

建造者模式关注的是零件类型和装配工艺（顺序），这是它与工厂方法模式最大的不同的地方。

时候，也可以采用建造者模式封装该对象的创建过程

注意事项

建造者模式关注的是零件类型和装配工艺（顺序），这是它与工厂方法模式最大的不同的地方。

建造者模式的主要功能是基本方法的调用顺序的安排，也就是这些基本方法已经实现了，通俗的说就是零件的装配，顺序不同产生的对象也不同；而工厂方法则重点是创建，创建零件是它的职责，组装顺序不是它关心的。