Java设计模式—建造者模式

 
建造者模式:

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

   建造者模式表示是将复杂的内部创建封装在内部，对于外部调用的人来说，只需要传入建造者和建造工具，对于内部是如何建造成成品的，调用者无需关心。

通用类图如下：





在建造者模式中，有如下4个角色：
● Product产品类
通常是实现了模板方法模式，也就是有模板方法和基本方法。
● Builder抽象建造者
规范产品的组建，一般是由子类实现。
● ConcreteBuilder具体建造者实现抽象类定义的所有方法，并且返回一个组建好的对象。
● Director导演类
负责安排已有模块的顺序，然后告诉Builder开始建造，
 
通用代码如下：
产品类：public class Product {
public void do Something(){
//独立业务处理
}
} 
抽象建造者：public abstract class Builder {
//设置产品的不同部分，以获得不同的产品
public abstract void setPart();
//建造产品
public abstract Product buildProduct();
} 
     set Part方法是零件的配置，什么是零件？其他的对象，获得一个不同零件，或者不同的装配顺序就可能产生不同的产品。
 
具体建造者：public class ConcreteProduct extends Builder {
private Product product = new Product();
//设置产品零件
public void set Part(){
/*
* 产品类内的逻辑处理
*/
}
//组建一个产品
public Product buildProduct() {
return product;
}
}

 
导演类：public class Director {
private Builder builder = new ConcreteProduct();
//构建不同的产品
public Product getAProduct(){
builder.setPart();
/*
* 设置不同的零件，产生不同的产品
*/
return builder.buildProduct();
}
}
 
导演类起到封装的作用，避免高层模块深入到建造者内部的实现类。

 
 
优点:

● 封装性
● 建造者独立，容易扩展
● 便于控制细节风险

使用场景:

● 相同的方法，不同的执行顺序，产生不同的事件结果时，可以采用建造者模式。
● 多个部件或零件，都可以装配到一个对象中，但是产生的运行结果又不相同时，则可以使用该模式。
● 产品类非常复杂，或者产品类中的调用顺序不同产生了不同的效能，这个时候使用建造者模式非常合适。
● 在对象创建过程中会使用到系统中的一些其他对象，这些对象在产品对象的创建过程中不易得到时，也可以采用建造者模式封装该对象的创建过程。该种场景只能是一个补偿方法，因为一个对象不容易获得，而在设计阶段竟然没有发觉，而要通过创建者模式柔化创建过程，本身已经违反设计的最初目标。

建造者模式可以这么理解：相同的方法，不同的执行顺序，产生不同的事件结果。
此处相同的方法指：方法A，方法B，方法C。
两种执行顺序：A—B—C和A—C—B
产生的结果不同。

也可以理解为在模板方法中对基本方法的调用顺序不同。然后模板模式就成了建造者模式。