建造者模式针对的是复杂对象的构建，比如一个产品有多个部分构成，每个部分都可以单独进行生产，这时候就可以用建造者模式，由Builder构造产品的每个部分，然后又director完成最后产品的组装。
特点：
1、分工更加明确，组建和构造分开，能更好的控制产品的生产。
2、容易扩展，有新的需求的时候，只要实现Builder借口就可以了。
企业级开发和常用框架中的应用：JMail
组成：产品类，抽象建造者，建造者，导演。
产品类：
|
1
2
3
4
5
6
|
public class Product{ private String partA;//产品的某个部分，实际开发中可能对应一个类 private String partB;//产品的某个部分，实际开发中可能对应一个类 private String partC;//产品的某个部分，实际开发中可能对应一个类 //构造器及set、get方法} |
抽象建造者：
|
1
2
3
4
5
6
|
//也可以是抽象类public interface Builder{ public void setPartA(String partA); public void setPartB(String partB); public void setPartC(String partC);} |
建造者实现类：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
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; }} |
导演类：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
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(); }} |
测试类：
|
1
2
3
4
5
6
7
8
|
public class Demo{ public static void main(String[] args){ Builder b = new BuilderImpl(); Director d = new Director(); d.createBuilder(b); Product p = c.constructProduct(); }} |
从上面的例子中我们不难发现，如果我们另外实现导演类，完全可能组装出另一个不同的产品，因为导演类控制了产品的组装，同样的，如果我们重新实现抽象构建类，也可能出现完全不同的产品，所以，从中可以发现，构建者模式更加的抽象化，流程化。
相比于抽象工厂模式，不难发现这两者惊人的相似，但为什么还会分出两种不同的设计模式呢，其实重点就在产品的复杂程度和抽象程度上，建造者模式比抽象工厂模式更加的抽象化，复杂化，也就是说建造者模式应对的产品比抽象工厂应对的产品更加复杂，同时，在产品生产流程长更加的抽象。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持服务器之家。
