今天是个好日子，心想的事儿都能成，联通上涨超过5个点；各只基金都在齐头并进上涨；哈哈老衲总算扳回一局收回了一波；棒棒的，还有今天是星期五，明天不加班；杠杠的；人要活的有尊严；作为合格的程序员应该以加班为耻；以不加班为荣；不加班还能做好工作那才是程序员应该干的事；昨天的文章由于提到敏感词汇被简书锁定了；后来改了还是没能公开；在这里再吐槽一下简书封号官. 好了现在我们研究下建造者模式；
老样子，先看看定义：
Separate the construction of a complex object from its representation so that the same
construction process can create different representations.（将一个复杂对象的构建与它的表示分
离，使得同样的构建过程可以创建不同的表示。）
定义也是官方翻译，让人晦涩难懂；跟进到代码中，相信大家就会明白：我们还是从代码开始切入,好了我们写个Demo:
假设有这么个场景：某汽车工厂需要开发一款新车，做之前呢先请第三方设计公司做个汽车模型吧；模型一出自然无法改动；用户要求可以定制化这个模型：
public abstract class CarModel {
// 开车
protected abstract void start();
// 发车声响
protected abstract void alarm();
// 停车
protected abstract void stop();
// 引擎响起
protected abstract void engineBoom();
final public void run() {
this.start();
this.alarm();
this.engineBoom();
this.stop();
}
}
这个模型出来了；但是感觉跟模板方法模式好像哦，先不管我们继续干我们来做个奔驰模型车出来；
package com.ldl.builder;
public abstract class CarModel {
// 开车
protected abstract void start();
// 发车声响
protected abstract void alarm();
// 停车
protected abstract void stop();
// 引擎响起
protected abstract void engineBoom();
final public void run() {
this.start();
this.alarm();
this.engineBoom();
this.stop();
}
}
好了测试一下：
public static void main(String[] args) {
// TODO Auto-generated method stub
CarModel benciModel = new BenciModel();
benciModel.run();
}
效果还不错；但是我们要求定制化啊这显然不满足需求：现在我们改造一下
public abstract class CarModel {
private List<String> sequence = new ArrayList<String>();
// 开车
protected abstract void start();
// 发车声响
protected abstract void alarm();
// 停车
protected abstract void stop();
// 引擎响起
protected abstract void engineBoom();
final public void run() {
for (String action : sequence) {
if (action.equalsIgnoreCase("start")) {
this.start();
} else if (action.equalsIgnoreCase("stop")) {
this.stop();
} else if (action.equalsIgnoreCase("alarm")) {
this.alarm();
} else if (action.equalsIgnoreCase("engineBoom")) {
this.engineBoom();
}
}
}
public void setSequence(List<String> sequence) {
this.sequence = sequence;
}
}
提供个对外访问设置的接口不就行了
这样不就可以定制了吗，想怎么玩怎么玩；
是不是很简单；但是我们客户再搞一个宝马车模型怎么办？我们再来一次这个场景吗岂不是好麻烦：好了不扯淡我们切入正题，再改造一下；
现在我们创建一个汽车的建造厂：
package com.ldl.builder;
import java.util.List;
public abstract class CarBuilder {
abstract public void setSqueen(List<String> aqueen);
public abstract CarModel getCarModel();
}
好了我们可以创建一个奔驰车的模型了
package com.ldl.builder;
import java.util.List;
/**
* 奔驰车建造者
*
* @author Administrator
*
*/
public class BenziBulder extends CarBuilder {
private BenciModel bencimodel = new BenciModel();
@Override
public void setSqueen(List<String> aqueen) {
// TODO Auto-generated method stub
this.bencimodel.setSequence(aqueen);
}
@Override
public CarModel getCarModel() {
// TODO Auto-generated method stub
return this.bencimodel;
}
}
宝马车的同理：
我们测试一下；我们再来个辅助类是不是更好；把定制化写在辅助类里；说干就干；
package com.ldl.builder;
import java.util.ArrayList;
import java.util.List;
public class BuilderHelp {
private List<String> squeen = new ArrayList<String>();
private BaoMaBulder baomabuilder = new BaoMaBulder();
private BenziBulder bencibuilder = new BenziBulder();
public BaoMaModel getBaoMaModel() {
squeen.clear();
squeen.add("start");
squeen.add("engineBoom");
squeen.add("alarm");
squeen.add("stop");
baomabuilder.setSqueen(squeen);
return (BaoMaModel) baomabuilder.getCarModel();
}
public BenciModel getBenciModel() {
squeen.clear();
squeen.add("start");
squeen.add("alarm");
squeen.add("engineBoom");
squeen.add("stop");
bencibuilder.setSqueen(squeen);
return (BenciModel) bencibuilder.getCarModel();
}
}
这么干是不是清爽了许多；想要什么模型就有什么模型；业务场景类只需要调用就可：
package com.ldl.builder;
import java.util.ArrayList;
import java.util.List;
public class BuilderTest {
public static void main(String[] args) {
// TODO Auto-generated method stub
// CarModel benciModel = new BenciModel();
// List<String> squee = new ArrayList<String>();
// squee.add("start");
// squee.add("engineBoom");
// squee.add("alarm");
// squee.add("stop");
// benciModel.setSequence(squee);
// benciModel.run();
BuilderHelp builders = new BuilderHelp();
builders.getBaoMaModel().run();
builders.getBenciModel().run();
}
}
看看效果出来了；告诉你这就是建造者模式你信吗？将一个复杂对象的构建与它的表示分
离，使得同样的构建过程可以创建不同的表示。这句话什么意思，比如宝马车构建过程我们可以定制不同的启动顺序，对象仍然是对象；表示就不同了
看一下通用类图：
Director就是我们的BuilderHelp类；Builder抽象建造者； ConcreteBuilder具体建造者；
总结一下优缺点:
优点：
建造者模式可以使客户端不必知道产品内部组成的细节
建造者独立，容易扩展；奔驰宝马两个产品独立存在互不影响易于扩展;
便于控制细节风险；具体的建造者独立的，那么可以具体细化定制而不会影响其他的建造者；
使用场景：
● 相同的方法，不同的执行顺序，产生不同的事件结果时，可以采用建造者模式。
● 多个部件或零件，都可以装配到一个对象中，但是产生的运行结果又不相同时，则可
以使用该模式。
● 产品类非常复杂，或者产品类中的调用顺序不同产生了不同的效能，这个时候使用建
造者模式非常合适。
● 在对象创建过程中会使用到系统中的一些其他对象，这些对象在产品对象的创建过程
中不易得到时，也可以采用建造者模式封装该对象的创建过程。该种场景只能是一个补偿方
法，因为一个对象不容易获得，而在设计阶段竟然没有发觉，而要通过创建者模式柔化创建
过程，本身已经违反设计的最初目标。
注意事项：与工厂模式很像：建造者模式最主要的功能是基本方法的
调用顺序安排，也就是这些基本方法已经实现了，通俗地说就是零件的装配，顺序不同产生
的对象也不同；而工厂方法则重点是创建对象而不关心内部顺序；
