设计模式之路 | 建造者模式

模式的定义与特点

建造者（Builder）模式的定义：指将一个复杂对象的构造与它的表示分离，使同样的构建过程可以创建不同的表示，这样的设计模式被称为建造者模式。它是将一个复杂的对象分解为多个简单的对象，然后一步一步构建而成。它将变与不变相分离，即产品的组成部分是不变的，但每一部分是可以灵活选择的。

该模式的主要优点如下：

1. 各个具体的建造者相互独立，有利于系统的扩展。
2. 客户端不必知道产品内部组成的细节，便于控制细节风险。

其缺点如下：

1. 产品的组成部分必须相同，这限制了其使用范围。
2. 如果产品的内部变化复杂，该模式会增加很多的建造者类。

建造者（Builder）模式和工厂模式的关注点不同：建造者模式注重零部件的组装过程，而工厂方法模式更注重零部件的创建过程，但两者可以结合使用。

 

模式的结构与实现

建造者（Builder）模式由产品、抽象建造者、具体建造者、指挥者等 4 个要素构成，现在我们来分析其基本结构和实现方法。

1. 模式的结构

建造者（Builder）模式的主要角色如下。

1. 产品角色（Product）：它是包含多个组成部件的复杂对象，由具体建造者来创建其各个滅部件。
2. 抽象建造者（Builder）：它是一个包含创建产品各个子部件的抽象方法的接口，通常还包含一个返回复杂产品的方法 getResult()。
3. 具体建造者(Concrete Builder）：实现 Builder 接口，完成复杂产品的各个部件的具体创建方法。
4. 指挥者（Director）：它调用建造者对象中的部件构造与装配方法完成复杂对象的创建，在指挥者中不涉及具体产品的信息。主要有两个作用，一是：隔离了客户与对象的生产过程。二是：负责控制产品的对象的生产过程。

 

其结构图如下所示：

 

public class House {

	private String baisc;

	private String wall;

	private String roofed;

        // 省略 getter 和 setter

	@Override
	public String toString() {
		return "House [baisc=" + baisc + ", wall=" + wall + ", roofed=" + roofed + "]";
	}
}

public abstract class AbstractHouseBuilder {

	protected House house = new House();
	
	public abstract void builderBaisc();
	
	public abstract void builderWall();
	
	public abstract void roofed();
	
	/**
	 * 返回建造的房子，这个方法相当于UML图的getResult()
	 * 
	 * @return
	 */
	public House buildHouse() {
		return house;
	}
}

public class CommonHouseBuilder extends AbstractHouseBuilder {

	@Override
	public void builderBaisc() {
		System.out.println("给普通的房子打地基");
		house.setBaisc("地基5M");
	}

	@Override
	public void builderWall() {
		System.out.println("给普通的房子建墙");
		house.setBaisc("墙白色");
	}

	@Override
	public void roofed() {
		System.out.println("给普通的房子盖屋顶");
		house.setBaisc("屋顶红色");
	}
}

public class HouseDirecter {
	
	private AbstractHouseBuilder builder;

	public HouseDirecter(AbstractHouseBuilder builder) {
		this.builder = builder;
	}
	
	/**
	 * 建造房子的流程，相当于UML图的中 construct
	 */
	public House build() {
		builder.builderBaisc();
		builder.builderWall();
		builder.roofed();
		return builder.buildHouse();
	}
}

public class Client {
	public static void main(String[] args) {
		HouseDirecter directer = new HouseDirecter(new CommonHouseBuilder());
		House house = directer.build();
		System.out.println(house);
	}
}

 

建造者模式的注意事项和细节

1. 客户端（使用程序）不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的对象。

2. 每一个具体建造者都相对独立，而与其他的具体建造者无关，因此可以很方便地替换建造者或增信新的具体建造者，用户使用不用的具体建造者即可得到不同的产品对象。

3. 可以更加精细地控制产品的创建过程。将复杂产品的创建步骤分解在不同方法中，使得创建过程更加清晰，也更方便使用程序来控制创建过程。

4. 增加新的具体建造者无须改动原来的代码，指挥者类针对抽象建造者类编程，系统扩展方便，符合开闭原则

5. 建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异较大，则不适合使用建造者模式，因此使用范围受到一定限制。

6. 如果产品的内部变化复杂，可能会导致需要定义很多具体建造者类来实现这种变化，导致系统变的庞大，因此在这种情况下，要考虑是否使用建造者模式。

7. 抽象工厂VS建造者模式：抽象工厂模式实现对产品家族的创建，一个产品家族是这样子的一系列产品，具有不同分类维度的产品组合，采用抽象工厂模式不需要关心构建过程，只关心什么产品由怎么样的工厂产生即可。而建造者模式则要求按照指定的蓝图建造产品，他的主要目的是通过组装零配件而产生一个新的产品