建造者模式
定义
将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
所谓的对象构建是指创建一个对象，并完成初始化操作，使对象能被客户端正确访问，比如你创建一个车new Car(),但是该车都还没有组装引擎，方向盘什么的，客户端根本不能开动。而“同样的构建过程可以创建多种标示”的意思是对象的初始化允许客户端参与和控制，也就是该模式会抽象出对象行为。
角色介绍
-
抽象建造者角色：提供一个接口，规范产品对象的建造，一般由子类实现。一般来说，产品的组成部分数与建造方法数相同，即有多少组成部分，就有多少个建造方法。
-
具体建造者角色：该角色实现了抽象建造者抽象建造者接口，主要是实现所有声明的方法以及返回建造好的产品实例。
-
导演者角色：负责调用具体建造者按照顺序建造产品。导演者只负责调度，真正执行的是具体建造者角色。
-
产品角色：该角色是建造的复杂对象，提供基本方法。
简单实例
public abstract class IBuilder<T> {
public abstract T builder();
}
IBuilder为创建者抽象类，T为目标产品，该类描述每一个创建者的基本职责为创建指定产品。
public class HttpRequestBuilder extends IBuilder<String> {
String mBaseUrl;
StringBuilder mParam = new StringBuilder();;
public HttpRequestBuilder(String baseUrl){
this.mBaseUrl = baseUrl;
}
public HttpRequestBuilder append(String key, String value){
if (mParam.length() != 0) {
mParam.append("&");
}
mParam.append(key).append(value);
return this;
}
@Override
public String builder() {
return mBaseUrl + mParam.toString();
}
}
HttpRequestBuilder为Http请求的url创建者，目标产品为String类型的url，而append方法就是该创建者开放给客户端参与产品构建的。
搭配和区别
可以看出，建造者模式的侧重点在于创建对象后的过程，而上一篇文章的工厂模式则侧重在对象的创建，工厂模式是适用于创建简单的、无自定义过程的对象。使用建造者模式时，不同的建造者，可以创建不同类别的产品，相同类型的创建者也可以创建不同的产品。比如：
public class CarBuilder extends IBuilder<Car> {
Car mCar;
@Override
public Car builder() {
return mCar;
}
}
public class JeepCarBuilder extends CarBuilder {
public JeepCarBuilder(){
mCar = new JeepCar();
}
@Override
public final Car builder() {
mCar.createBody();
mCar.createElectricalEquipment();
mCar.createEngine();
mCar.createWheel();
return super.builder();
}
}
public class BMWCarBuilder extends CarBuilder {
public BMWCarBuilder(){
mCar = new BMWCar();
}
@Override
public final Car builder() {
mCar.createEngine();
mCar.createWheel();
mCar.createBody();
mCar.createElectricalEquipment();
return super.builder();
}
}
上述BMWCarBuilder和JeepCarBuilder两个创建者中build方法都采用了模版模式的方法来生成特定类型的车，并且构建过程也是不一样的。
总结
优点
1）降低代码耦合度。在建造者模式中，客户端不需要知道产品内部是如何实现的，我们只需得到产品的对象。并且使用导演者和建造者分离组装过程和组件具体构造过程，具有灵活的扩展性。
2）优秀的扩展性。具体建造者相互独立，方便扩展，符合开闭原则。
缺点
1）一定的使用范围限制。建造者模式的产品的组件基本相同，如果产品的差异性较大，建造者模式就不适用了。
