设计模式之创建类模式——建造者模式

来源：互联网发布：八爪鱼设置数据库编辑：程序博客网时间：2024/06/05 01:05

建造者模式（Builder Pattern）也叫做生成器模式。

定义：

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

通用类图：

通用代码：

?
1
2
3
4
5
6
7
8
9
10
11
12
13
/**
 * 产品类
 *
 * @author Administrator
 *
 */
public class Product {
 
    public void doSomething() {
        // 独立业务处理
    }
 
}

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
/**
 * 抽象建造者
 *
 * @author Administrator
 *
 */
public abstract class Builder {
 
    // 设置产品的不同部分，以获得不同的产品
    public abstract void setPart();
 
    // 建造产品
    public abstract Product buildProduct();
}

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
/**
 * 具体建造者
 *
 * @author Administrator
 *
 */
public class ConcreteProductextends Builder {
 
    private Product product = new Product();
 
    // 组建一个产品
    @Override
    public Product buildProduct() {
        // 组件产品逻辑
 
        return this.product;
    }
 
    // 设置产品零件
    @Override
    public void setPart() {
        // 产品类内的逻辑处理
 
    }
 
}

如果有多个产品类就有几个具体的建造者，而且这多个产品类具有相同接口或抽象类。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
/**
 * 导演类
 *
 * @author Administrator
 *
 */
public class Director {
 
    private Builder builder = new ConcreteProduct();
 
    // 构建不同的产品
    public Product getAProduct() {
        builder.setPart();
 
        /*
         * 设置不同零件，产生不同的产品
         */
 
        return builder.buildProduct();
    }
 
}

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

建造者模式的优点：

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

建造者模式的使用场景：

相同的方法，不同的执行顺序，产生不同的事件结果时，可以采用建造者模式。
多个部件或零件，都可以装配到一个对象中，但是产生的运行结果又不相同时，则可以使用该模式。
产品类非常复杂，或者产品类中的调用顺序不同产生了不同的效能，这个时候使用建造者模式非常合适。
在对象的创建过程中会使用到系统中的一些其他对象，这些对象在产品对象的创建过程中不易得到时，也可以使用建造者模式封装该对象的创建过程。该种场景只能是一个补偿方法，因为一个对象不容易获得，而在设计阶段竟然没有发觉，而要通过创建者模式柔化创建过程，这本身已经违反设计的最初目标。

创建者模式的注意事项：

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

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