设计模式之禅笔记——建造者模式

一、建造者模式的定义

定义如下：

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

通用类图：

在建造者模式中，有如下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();

    @Override
    public void setPart() {

    }

    @Override
    public Product buildProduct() {
        return product;
    }
}

导演类：

public class Director {
    private Builder builder = new ConcreteBuilder();

    public Product getAProduct() {
        builder.setPart();
        return builder.buildProduct();
    }
}

二、建造者模式的优缺点

优点：

封装性：使用建造者可以使客户端不必知道产品内部组成的细节。

建造者独立，容易扩展

便于控制细节风险：由于具体的建造者是独立的，因此可以对建造过程逐步细化，而不对其他的模块产生任何影响

使用场景：

相同的方法，不同的执行顺序，产生不同的事件结果时，可以采用建造者模式

多个部件或零件，都可以在、装配到一个对象中，但是产生的运行结果又不相同，则可以使用该模式

产品类非常复杂，或者产品类中的调用顺序不同产生了不同的效能，这个时候使用建造者模式非常合适。

在对象创建过程中会使用系统中的一些其他对象，这些对象在产品对象的创建过程中不易得到时，也可以采用建造者模式封装该对象的创建过程。

设计模式之禅笔记——建造者模式

猜你喜欢