建造者模式针对的是复杂对象的构建，比如一个产品有多个部分构成，每个部分都可以单独进行生产，这时候就可以用建造者模式，由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();
}
}
从上面的例子中我们不难发现，如果我们另外实现导演类，完全可能组装出另一个不同的产品，因为导演类控制了产品的组装，同样的，如果我们重新实现抽象构建类，也可能出现完全不同的产品，所以，从中可以发现，构建者模式更加的抽象化，流程化。
相比于抽象工厂模式，不难发现这两者惊人的相似，但为什么还会分出两种不同的设计模式呢，其实重点就在产品的复杂程度和抽象程度上，建造者模式比抽象工厂模式更加的抽象化，复杂化，也就是说建造者模式应对的产品比抽象工厂应对的产品更加复杂，同时，在产品生产流程长更加的抽象。
