建造者模式针对的是复杂对象的构建，比如一个产品有多个部分构成，每个部分都可以单独进行生产，这时候就可以用建造者模式，由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();	}}

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

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