自由扩展你的项目——Bulider模式

1.Builder模式介绍

Bulider模式是一步一步创建一个复杂对象的创建一个复杂的创建型模式，它允许用户在不知道内部构建细节的情况下，可以更精细地控制对象的构造流程。该模式是为了将构建复杂对象的过程和它的部件解耦，使得构建过程和部件的表示隔离开来。
因为一个复杂的对象有很多大量组成部分，如汽车，有车轮、方向盘、发动机，还有各种小零件等，如何将这些部分装配成一辆汽车，这个装配过程很漫长，也很复杂，对于这种情况，为了在构建过程中对外部隐藏实现细节，就可以使用Biulder模式将部件和组装过程分离，使得构建过程和部件都可以自由扩展，两者之间的耦合也降到最低。

2.Builder模式的定义

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

3.Builder模式的使用场景

1. 相同的方法，不同的执行顺序，产生不同的事件结果时；
2. 多个部件或零件，都可以装配到一个对象中，但是产生的运行结果又不相同时。
3. 产品类非常复杂，或者产品类中的调用顺序不同产生了不同的作用，这个时候使用建造者模式非常合适。
4. 当初始化一个对象特别复杂，如参数多，且很多参数都具有默认值时。

4.Builder模式的UMl类图

角色介绍：

• Product产品类：产品的抽象类(一般来说，一个系统终会有多于一个产品类，而且这些产品类并不一定有共同的接口，而完全可以是不相关)；
• Builder：抽象Builder类，规范产品的组建，一般是由子类实现具体的组建过程（一般而言，以接口独立于应用程序的商业逻辑。模式中直接创建产品对象的是具体的建造者< ConcreteBuilder >角色。具体建造者类必须实现这个接口所要求的两种方法：一种是建造方法；另一种是结果返还方法。一般来说，产品所包含的部件数目与建造方法的数目相符。换言之，有多少部件，就有多少相应的建造方法）；
• ConcreteBuilder：具体的Builder类(担任这个角色的是与应用程序紧密相关的一些类，它们在应用程序调用下创建产品的实例。这个角色要完成的任务包括：实现抽象建造者Builder所声明的接口，给出一步一步地完成创建产品实例的操作。在创建过程完成后，提供产品的实例)；
• Director：统一组装过程(担任这个角色的类调用具体建造者角色以创建产品对象。导演者角色并没有产品类的具体知识，真正拥有产品类的具体知识的是具体建造者角色)。

5.Builder模式的简单实现

计算机的组装过程较为复杂，并且组装顺序是不固定的，为了易于理解，我们把计算机组装的过程简化为构建主机、设置操作系统、设置显示器3个部分,然后通过Director和具体的Builder来构建计算机对象。请看下看的示例：

//计算机抽象类
public abstract class Computer {

	protected String mBoard;
	protected String mDisplay;
	protected String mOS;

	protected Computer() {

	}

	public void setBoard(String board) {
		this.mBoard = board;
	}

	public void setDisplay(String display) {
		this.mDisplay = display;
	}

	public abstract void setOS();

	@Override
	public String toString() {
		return "Computer [mBoard=" + mBoard + ",mDisplay=" + mDisplay + ",mOS="
				+ mOS + "]";
	}

}

具体的Computer类，Macbook

public class MacBook extends Computer {

	@Override
	public void setOS() {
		mOS = "Mas OS X 10.10";
	}

	protected MacBook() {

	}

}

//抽象Builder类

//抽象Builder类
public abstract class Builder {
	// 设置主机
	public abstract void buildBoard(String board);

	// 设置显示器
	public abstract void buildDisplay(String display);

	// 设置操作系统
	public abstract void buildOS();

	// 创建Computer
	public abstract Computer create();

}

具体的Builder类，Macbookbuilder

public class MacbookBuilder extends Builder {

	private Computer mComputer = new MacBook();

	@Override
	public void buildBoard(String board) {
		mComputer.setBoard(board);
	}

	@Override
	public void buildDisplay(String display) {
		mComputer.setDisplay(display);
	}

	@Override
	public void buildOS() {
		mComputer.setOS();
	}

	@Override
	public Computer create() {
		return mComputer;
	}

}

Director类，负责构造Computer

//Director类，负责构造Computer
public class Director {
	Builder mBuilder = null;

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

	public void construct(String board, String display) {
		mBuilder.buildBoard(board);
		mBuilder.buildDisplay(display);
		mBuilder.buildOS();
	}

}

测试代码

public class Test {
	public static void main(String[] args) {
		// 构造器
		Builder builder = new MacbookBuilder();
		// Director
		Director pcDirector = new Director(builder);
		// 封装构建过程，4核，内存2G、Mac系统
		pcDirector.construct("英特尔主板", "Retina显示器");
		// 构建计算机，输出相关信息
		System.out.println("Computer Info:" + builder.create().toString());
	}
}

输出：

Computer Info:Computer [mBoard=英特尔主板,mDisplay=Retina显示器,mOS=Mas OS X 10.10]

上述示例中，通过具体的MacbookBuilder来构建的Macbook对象，而Director封装了构建复杂产品对象的过程，对外隐藏构建细节。Builder与Director一起将一个复杂的构建与它的表示分离，使得同样的构建过程可以创建不同的对象。
值得注意的是，在现实开发中，Director角色经常会被省略。而直接使用一个Builder来进行对象的组装，这个Builder通常为链式调用，它的关键点是每个setter方法都返回自身，也就是return this，这样就使得setter方法可以链式调用，代码大致如下：

new TestBuilder.setA("A").setB("B").setC("C").create();

通过这种形式不仅去除了Director角色吗整个结构也变简单了，特能对Product对象的组装过程有更精细的控制。

6.总结

Builder模式在Android开发中也较为常用，
优点

• 良好的封装性，使用建造者模式可以使客户端不必知道产品内部组成的细节。
• 构建者独立，容易扩展。
  缺点
• 会产生多余的Builder对象以及Director对象，消耗内存。

——摘录《Android 源码设计模式解析与实战 第三章》