设计模式之建造者模式

发表于

「这是我参与11月更文挑战的第26天，活动详情查看：2021最后一次更文挑战」

本篇文章是设计模式专题的第五篇文章，我会将遇到的设计模式都一一总结在该专题下，我会把自己对每一种设计模式的感悟写下来，以及在实际工作中我们该如何去灵活应用这些设计模式，欢迎大家关注。本篇文章我们就来讲一讲，构建复杂对象的建造者模式。

建造者模式的简单介绍

建造者模式和工厂模式的职责比较相像，他们都是为了封装创建对象的创建过程。但是工厂模式的侧重点是为我们提供了一系列具有相同特点对象的创建，而建造者模式关注的是复杂对象的创建，建造者模式可以让我们灵活的编排对象内属性的构建顺序。

建造者模式的类图

image.png

建造者模式的各个角色：

  • 指挥者角色（Director）:指挥者的职责，是指挥建造者按照一定顺序完成产品对象的构建。
  • 抽象建造者角色（Builder）：为创建一个Product对象的各个部件指定的抽象接口。
  • 具体建造者角色（ConcreteBuilder）：实现Builder接口，构造和装配各个部件。
  • 产品角色（Product）

建造者模式的具体实现思路

  • 创建复杂对象。
  • 创建抽象的建造者角色。
  • 创建具体的建造者角色。
  • 创建指挥者。

建造者模式的具体实现方案

  • 创建复杂对象
1
2
3
4
5
6
7
8
9
10
11
typescript复制代码public class Product {
    private String partA;
    
    private String partB;
    
    private String partC;
​
    public void show(){
        system.out.println(this)
    }
}
  • 创建抽象的建造者角色
1
2
3
4
5
6
7
8
9
10
11
csharp复制代码public interface Builder {
    
    public void setPartA();
    
    public void setPartB();
    
    public void setPartC();
    
    public Product build();
}
​
  • 创建具体的建造者角色
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
27
28
29
typescript复制代码public class ConcreteBuilder implements Builder {
    
    private Product product;
    
    public ConcreteBuilder() {
        product = new Product();
    }
​
    @Override
    public void setPartA() {
        product.setPartA("Part A");
    }
​
    @Override
    public void setPartB() {
        product.setPartB("Part B");     
    }
​
    @Override
    public void setPartC() {
        product.setPartC("Part C");
    }
​
    @Override
    public Product build() {        
        return product;
    }
​
}
  • 创建指挥者
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
csharp复制代码public class Director {
    private Builder builder;
    
    // 指定建造者
    public Director(Builder builder) {
        this.builder = builder;
    }
    
    public Product construct() {
        builder.setPartA();
        builder.setPartB();
        builder.setPartC();
        return builder.build();
    }
}

建造者模式的优缺点

优点

  • 封装性好，构建和表示分离，客户端不需要知道对象的构建过程。
  • 低耦合，各个建造者相互独立。
  • 客户端不必知道产品内部组成的细节，建造者可以对创建过程逐步细化，而不对其它模块产生任何影响，便于控制细节风险。

缺点

  • 如果产品内部发生变化，建造者也需要同步修改，维护成本较高。

建造者模式的适用场景

  1. 当一个类构造函数的参数个数超过4个，而且这些参数有部分是可选的参数，就应该考虑使用构造者模式。
  2. 创建复杂对象，拥有多个需要构建的属性。
  3. 建造者模式比较关系对象内部创建的顺序。
  4. 不同顺序构建对象，产生的结果不同。
  5. 建造者创建的对象一般都是由多个部件组成的。

建造者模式总结

总而言之，建造者模式重在打造，复杂对象，该对象由多个部件组成，而且需要对构建这些部件的顺序进行控制，就把房子比作是我们要构建的对象，那么我们在构建房子的时候必须要先打地基，再砌墙，如果不按照一定规则来是盖不成房子的，而这个指挥者就是包工头，或者是房子的设计师，他会让工人按照一定规则去搭建房子。

本文转载自: 掘金

开发者博客 – 和开发相关的 这里全都有

0%