(小谈设计模式（14）—建造者模式)
专栏介绍
专栏地址
专栏介绍
主要对目前市面上常见的23种设计模式进行逐一分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步，加油，各位。
建造者模式
建造者模式是一种创建型设计模式，它可以将一个复杂对象的构建过程与其表示分离，使得同样的构建过程可以创建不同的表示。
角色分类
产品（Product）
表示被构建的复杂对象。通常包含多个部分，如属性、方法等。
抽象建造者（Builder）
定义了构建产品的抽象方法，通常包括构建各个部分的方法和返回产品的方法。
具体建造者（Concrete Builder）
实现了抽象建造者接口，负责具体的产品构建过程。通常包含一个具体产品的实例，通过构建各个部分最终返回该产品实例。
指挥者（Director）
负责调用具体建造者来构建产品，它不知道具体的构建细节，只负责调用构建方法和返回产品。
核心思想
将构建复杂对象的过程分解为多个简单的步骤，通过不同的具体建造者来实现这些步骤，最终由指挥者来调用具体建造者的方法来构建产品。这样可以使得构建过程更加灵活，可以根据需要选择不同的具体建造者来构建不同的产品。
Java程序
// 产品类
class Product {
private String part1;
private String part2;
public void setPart1(String part1) {
this.part1 = part1;
}
public void setPart2(String part2) {
this.part2 = part2;
}
public void show() {
System.out.println("Part 1: " + part1);
System.out.println("Part 2: " + part2);
}
}
// 抽象建造者
interface Builder {
void buildPart1();
void buildPart2();
Product getResult();
}
// 具体建造者
class ConcreteBuilder implements Builder {
private Product product;
public ConcreteBuilder() {
product = new Product();
}
public void buildPart1() {
product.setPart1("Part 1");
}
public void buildPart2() {
product.setPart2("Part 2");
}
public Product getResult() {
return product;
}
}
// 指挥者
class Director {
private Builder builder;
public Director(Builder builder) {
this.builder = builder;
}
public void construct() {
builder.buildPart1();
builder.buildPart2();
}
}
// 客户端
public class Client {
public static void main(String[] args) {
Builder builder = new ConcreteBuilder();
Director director = new Director(builder);
director.construct();
Product product = builder.getResult();
product.show();
}
}
程序分析
在上述代码中，我们定义了一个产品类 Product，它有两个部分 part1 和 part2。然后我们定义了一个抽象建造者接口 Builder，其中包含了构建产品各个部分的方法，并定义了获取最终产品的方法。接着我们实现了具体建造者 ConcreteBuilder，它实现了建造者接口，并具体实现了构建各个部分的方法。然后我们定义了一个指挥者 Director，它负责控制建造过程，通过调用建造者的方法来构建产品。最后，在客户端中，我们创建了一个具体建造者对象，并将其传入指挥者中，然后通过指挥者来构建产品，并最终获取到构建好的产品并展示出来。
优缺点分析
优点
1
可以将复杂对象的构建过程与其表示分离，使得同样的构建过程可以创建不同的表示。
2
可以更加精细地控制对象的构建过程，灵活地添加、删除或修改构建步骤，从而创建不同的产品。
3
可以避免构造方法中出现过多的参数，提高代码的可读性和可维护性。
4
可以通过建造者来隐藏具体产品的实现细节，只暴露统一的构建接口，提高代码的封装性。
缺点
1
增加了代码的复杂性，需要定义多个类和接口来实现建造者模式。
2
如果产品的组成部分变化较少，或者只有一个具体建造者，建造者模式可能会显得过于繁琐。
总结分析
建造者模式适用于构建复杂对象的场景，通过将构建过程分解为多个步骤，使得构建过程更加灵活，并且可以复用相同的构建过程来创建不同的产品。然而，建造者模式也会增加代码的复杂性，需要权衡使用建造者模式带来的优势和缺点。
