创建者模式-建造者模式

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

• 分离了部件的构造（由Builder来负责）和装配（由Director负责），从而可以构造出复杂的对象，这个模式适用于：某个对象的构建过程复杂的情况
• 由于实现了构建和装配的解耦，不同的构造器，相同的装配，也可以做出不同的对象；相同的构造器，不同的装配顺序也可以做出不同的对象，也就是实现了构建算法、装配算法的解耦，实现了更好的复用
• 建造者模式可以将部件和其组装过程分开，一步一步创建一个复杂的对象，用户只需要指定复杂对象的类型就可以得到该对象，而无需知道其内部的具体构造细节

建造者模式的结构

建造者模式主要有以下角色：

• 抽象建造者类（Builder）：这个接口要实现复杂对象的哪些部分的创建，并不涉及具体的对象部件的创建
• 具体建造者类（ConcreteBuilder）：实现Builder接口，完成复杂产品的各个部件的具体创建方法，在构造过程完成后，提供产品的实例
• 产品类（Product）：要创建的复杂对象
• 指挥者类（Director）：调用具体建造者来创建复杂对象的各个部分，在指挥者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建

单例模式的实现

产品类：

@Data
//产品类
public class Bike {
	private String frame;
	private String seat;
}

抽象建造者类：

//抽象建造者类
public abstract class Builder {

	protected Bike bike = new Bike();

	public abstract void buildFrame();

	public abstract void buildSeat();

	public abstract Bike createBike();

}

具体建造者类：

//具体建造者类1
public class MobileBuilder extends Builder{
	@Override
	public void buildFrame() {
		this.bike.setFrame("碳纤维");
	}

	@Override
	public void buildSeat() {
		this.bike.setSeat("真皮车座");
	}

	@Override
	public Bike createBike() {
		return this.bike;
	}
}

//具体建造者类2
public class OfoBuilder extends Builder{
	@Override
	public void buildFrame() {
		this.bike.setFrame("铝合金");
	}

	@Override
	public void buildSeat() {
		this.bike.setSeat("橡胶车座");
	}

	@Override
	public Bike createBike() {
		return this.bike;
	}
}

指挥者类：

//指挥者类
public class Director {

	private Builder builder;

	public Director(Builder builder){
		this.builder = builder;
	}

	public Bike construct(){
		builder.buildFrame();
		builder.buildSeat();
		return builder.createBike();
	}

}

测试类：

public class Client {
	public static void main(String[] args) {
		Director director1 = new Director(new MobileBuilder());
		Director director2 = new Director(new OfoBuilder());

		Bike mobile = director1.construct();
		Bike ofo = director2.construct();
		System.out.println(mobile.getFrame());
		System.out.println(mobile.getSeat());
		System.out.println(ofo.getFrame());
		System.out.println(ofo.getSeat());
	}
}
// 运行结果如下
/*
碳纤维
真皮车座
铝合金
橡胶车座
*/

**注意：**以上实例是Builder模式的常规用法，指挥者类Director在建造者模式中具有很重要的作用，它用于指导具体构建者如何构建产品，控制调用先后次序，并向调用者返回完整的产品类，但是有些情况下需要简化系统结构，可以把指挥者类和抽象建造者类进行结合

public abstract class BuilderPro {
	protected Bike bike = new Bike();

	public abstract void buildFrame();

	public abstract void buildSeat();

	public abstract Bike createBike();

	public Bike construct(){
		this.buildFrame();
		this.buildSeat();
		return this.createBike();
	}
}

**说明：**这样就简化了系统结构，但同时也加重了抽象建造者类的职责，也是不太符合单一职责原则，如果construct()过于复杂，建议还是封装套Director中

优缺点

优点：

• 建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一般产品类和建造者类是比较稳定的，因此将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性
• 在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的产品对象
• 可以更加精细的控制产品的创建过程，将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，也更方便使用程序来控制创建过程
• 建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险，符合开闭原则

缺点：

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

使用场景

建造者模式创建的是复杂对象，其产品的各个部分经常面临着剧烈的变化，但将他们组合在一起的算法却相对稳定，所以它通常在以下场合使用

• 创建的对象较复杂，由多个部件构成，各部件面临着复杂的变化，但结构间的建造顺序是稳定的
• 创建复杂对象的算法独立于该对象的组成部分以及他们的装配方式，即产品的构建过程和最终的表示是独立的

模式扩展

建造者模式除了上面的用法外，在开发中还有一个常用的使用方式，就是当一个类构造器需要传入很多参数时，如果创建这个类的实例，代码可读性会非常差，而且很容易引入错误，此时就可以使用建造者模式进行重构

public class Phone {

	private String cpu;
	private String screen;
	private String memory;
	private String mainboard;

	private Phone(Builder builder){
		this.cpu = builder.cpu;
		this.screen = builder.screen;
		this.memory = builder.memory;
		this.mainboard = builder.mainboard;
	}

	public static final class Builder{
		private String cpu;
		private String screen;
		private String memory;
		private String mainboard;

		public Builder cpu(String cpu){
			this.cpu = cpu;
			return this;
		}
		public Builder screen(String screen){
			this.screen = screen;
			return this;
		}
		public Builder memory(String memory){
			this.memory = memory;
			return this;
		}
		public Builder mainboard(String mainboard){
			this.mainboard = mainboard;
			return this;
		}
		public Phone build(){
			return new Phone(this);
		}
	}
}

测试类如下：

public class Client {
	public static void main(String[] args) {
		Phone phone = new Phone.Builder()
			.cpu("intel")
			.screen("三星屏幕")
			.memory("金士顿")
			.mainboard("华硕")
			.build();
		System.out.println(phone.toString());
	}
}

创建者模式对比

工厂方法模式与建造者模式

工厂方法模式注重的是整体对象的创建方式；而建造者模式注重的是部件构建的过程，意在通过一步一步地精确构造出一个复杂的对象

举个例子：如果要先制造一个超人，如果使用工厂方法模式，直接生产出来的就是一个力大无穷、能够飞翔、内裤外穿的超人；而如果使用建造者模式，则需要组装手、头、脚、躯干等部分，然后再把内裤外穿，创建一个超人

抽象工厂模式与建造者模式

抽象工厂模式对产品的家族的创建，一个产品家族是这样的一系列产品，具有不同分类维度的产品组合，采用抽象工厂模式则是不需要关心构建过程，只关心什么产品由什么工厂生产即可

建造者模式则是要求按照指定的蓝图建造产品，它的主要目的是通过组装零配件而生产一个新产品

如果将抽象工厂模式看成汽车配件生产工厂，生产一个产品族的产品，那么建造者模式就是一个汽车组装工厂，通过对部件的组装可以返回一辆完整的汽车