Java设计模式之建造者模式

建造者模式针对的是复杂对象的构建，比如一个产品有多个部分构成，每个部分都可以单独进行生产，这时候就可以用建造者模式，由Builder构造产品的每个部分，然后又director完成最后产品的组装。

特点：

1、分工更加明确，组建和构造分开，能更好的控制产品的生产。

2、容易扩展，有新的需求的时候，只要实现Builder借口就可以了。

企业级开发和常用框架中的应用：JMail

组成：产品类，抽象建造者，建造者，导演。

产品类：

public class Product{
private String partA;//产品的某个部分，实际开发中可能对应一个类

private String partB;//产品的某个部分，实际开发中可能对应一个类

private String partC;//产品的某个部分，实际开发中可能对应一个类

//构造器及set、get方法
}

抽象建造者：

//也可以是抽象类
public interface Builder{

public void setPartA(String partA);

public void setPartB(String partB);

public void setPartC(String partC);
}

建造者实现类：

public class BuilderImpl implements Builder{

private Product product;

public BuilderImpl(){
product = new Product();
}

public void builderPartA(){
String partA = new String();//模拟工厂方法生产产品的某一个部分
product.setPartA(partA);
}

public void builderPartB(){
String partB = new String();//模拟工厂方法生产产品的某一个部分
product.setPartB(partB);
}

public void setPartC(){
String partC = new String();//模拟工厂方法生产产品的某一个部分
product.setPartC(partC);
}

public Product getProduct(){
return this.product;
}
}

导演类：

public class Director{
private Builder b ;

public Director(Builder newB){
this.b = newB;
}

public void createBuilder(Builder b){
this.b = b;
}

public Product constructProduct(){
b.builderPartA();
b.builderPartB();
b.builderPartC();
}
}

测试类：

public class Demo{
public static void main(String[] args){
Builder b = new BuilderImpl();
Director d = new Director();
d.createBuilder(b);
Product p = c.constructProduct();
}
}

从上面的例子中我们不难发现，如果我们另外实现导演类，完全可能组装出另一个不同的产品，因为导演类控制了产品的组装，同样的，如果我们重新实现抽象构建类，也可能出现完全不同的产品，所以，从中可以发现，构建者模式更加的抽象化，流程化。

相比于抽象工厂模式，不难发现这两者惊人的相似，但为什么还会分出两种不同的设计模式呢，其实重点就在产品的复杂程度和抽象程度上，建造者模式比抽象工厂模式更加的抽象化，复杂化，也就是说建造者模式应对的产品比抽象工厂应对的产品更加复杂，同时，在产品生产流程长更加的抽象。