设计模式学习笔记——创建者模式

这个模式也是比较难理解的，我看了《设计模式之禅》上讲解的例子，但是看完之后一头雾水，而且好乱，仍然没有理解，看了好几遍，还是没有理解，于是我又去翻开我的课本，看那上面的例子，但是结果依然。于是上网搜，搜了很多，但是都不是很理想，最终功夫不负有心人，终于找到一个我能理解，而且我认为比较合理的创建者模式的讲解，在这里感谢作者

创建者模式的定义：

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

为什么会有创建者模式呢？

在软件系统中，有时候面临一个"复杂对象"的创建工作，其通常由各个部分的子对象用一定算法构成;由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合到一起的算法却相对稳定。如何应对种变化呢？如何提供一种"封装机制"来隔离出"复杂对象的各个部分"的变化，从而保持系统中的"稳定构建算法"不随需求的改变而改变？于是创建者模式就应运而生了。

其通用类图如下：

解释：复杂对象表现在什么地方呢？即一个复杂对象有很多的成员变量，每个成员变量，代表组成这个产品的其中一个部分，并且对于不同的复杂对象，成员变量的变化也比较大，于是将这部分变化的成员变量抽取出来，交给Builder类来进行控制，Builder类其实是真正的产生一个复杂对象的类，在这里进行各个部分的实现和组装。Director类主要有两个作用：一方面它隔离了客户与创建过程；另一方面它控制产品的创建过程，包括某个buildPartX()方法是否被调用以及多个buildPartX()方法调用的先后次序等。指挥者针对抽象建造者编程，客户端只需要知道具体建造者的类型，即可通过指挥者类调用建造者的相关方法，返回一个完整的产品对象。

源代码如下：

public class Product {
	
	private String partA;
	private String partB;
	private String partC;
	
	public String getPartA() {
		return partA;
	}
	public void setPartA(String partA) {
		this.partA = partA;
	}
	public String getPartB() {
		return partB;
	}
	public void setPartB(String partB) {
		this.partB = partB;
	}
	public String getPartC() {
		return partC;
	}
	public void setPartC(String partC) {
		this.partC = partC;
	}
	
	public void show(){
		System.out.println(this.partA);
		System.out.println(this.partB);
		System.out.println(this.partC);
	}
}

public abstract class Builder {
	protected Product product=new Product();
	
	public abstract void bulidPartA();
	public abstract void bulidPartB();
	public abstract void bulidPartC();
	
	public Product getResult(){
		return this.product;
	}
}

public class ConcreteBuilder1 extends Builder {

	@Override
	public void bulidPartA() {
		super.product.setPartA("PartA is built by builder1");
	}

	@Override
	public void bulidPartB() {
		super.product.setPartB("PartB is built by builder1");
	}

	@Override
	public void bulidPartC() {
		super.product.setPartC("PartC is built by builder1");
	}

}

public class ConcreteBuilder2 extends Builder {

	@Override
	public void bulidPartA() {
		super.product.setPartA("PartA is built by builder2");
	}

	@Override
	public void bulidPartB() {
		super.product.setPartB("PartB is built by builder2");
	}

	@Override
	public void bulidPartC() {
		super.product.setPartC("PartC is built by builder2");
	}

}

public class Director {
	private Builder builder;
	
	public Director(Builder builder){
		this.builder=builder;
	}
	
	public void setBuilder(Builder builder){
		this.builder=builder;
	}
	
	public Product construct(){
		
		this.builder.bulidPartA();
		this.builder.bulidPartB();
		this.builder.bulidPartC();
		
		return this.builder.getResult();
	}
}

public class Client {
	public static void main(String[] args) {
		Builder builder1=new ConcreteBuilder1();
		
		Director director=new Director(builder1);
		
		Product product1=director.construct();
		
		product1.show();
		
		Builder builder2=new ConcreteBuilder2();
		
		director.setBuilder(builder2);
		
		Product product2=director.construct();
		
		product2.show();
	}
}

建造者模式与抽象工厂模式有点相似，但是建造者模式返回一个完整的复杂产品，而抽象工厂模式返回一系列相关的产品；在抽象工厂模式中，客户端通过选择具体工厂来生成所需对象，而在建造者模式中，客户端通过指定具体建造者类型并指导Director

类如何去生成对象，侧重于一步步构造一个复杂对象，然后将结果返回。如果将抽象工厂模式看成一个汽车配件生产厂，生成不同类型的汽车配件，那么建造者模式就是一个汽车组装厂，通过对配件进行组装返回一辆完整的汽车。