定义:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
类型:创建类模式
类图:
四个要素
- 产品类:一般是一个较为复杂的对象,也就是说创建对象的过程比较复杂,一般会有比较多的代码量。在本类图中,产品类是一个具体的类,而非抽象类。实际编程中,产品类可以是由一个抽象类与它的不同实现组成,也可以是由多个抽象类与他们的实现组成。
- 抽象建造者:引入抽象建造者的目的,是为了将建造的具体过程交与它的子类来实现。这样更容易扩展。一般至少会有两个抽象方法,一个用来建造产品,一个是用来返回产品。
- 建造者:实现抽象类的所有未实现的方法,具体来说一般是两项任务:组建产品;返回组建好的产品。
- 导演类:负责调用适当的建造者来组建产品,导演类一般不与产品类发生依赖关系,与导演类直接交互的是建造者类。一般来说,导演类被用来封装程序中易变的部分。
代码实现
产品的抽象类:
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
28
29
30
31
|
package Builder; import java.util.ArrayList; public abstract class AbstractProduct { //记录执行顺序 private ArrayList<String> part = new ArrayList<String>(); public abstract void doSomething(); public abstract void doOtherthing(); //final,子类不可重写 final public void executive(){ for ( int i= 0 ;i< this .part.size();i++){ String actionName = this .part.get(i); if (actionName.equals( "doSomething" )){ this .doSomething(); } else if (actionName.equals( "doOtherthing" )){ this .doOtherthing(); } } } //final,子类不可重写 final public void setPart(ArrayList<String> part){ this .part = part; } } |
产品的实现类:
1
2
3
4
5
6
7
8
9
10
11
12
13
|
package Builder; public class Product extends AbstractProduct{ //子类具体描述步骤 public void doSomething(){ System.out.println( "will do something..." ); } public void doOtherthing() { System.out.println( "Something has done.Otherthing will be done..." ); } } |
建造者抽象类:
1
2
3
4
5
6
7
8
9
10
11
12
|
package Builder; import java.util.ArrayList; public abstract class Builder { //设置产品的不同部分,以获得不同的产品 public abstract void setPart(ArrayList<String> part); //建造产品 public abstract Product buildProduct(); } |
建造者实现类:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
package Builder; import java.util.ArrayList; public class ConcreteProduct extends Builder{ private Product product = new Product(); public void setPart(ArrayList<String> part) { this .product.setPart(part); } public Product buildProduct() { return this .product; } } |
导演类:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
package Builder; import java.util.ArrayList; //对不同产品的生产顺序再封装,对高层屏蔽细节 public class Director { private ArrayList<String> part = new ArrayList<String>(); private Builder builder = new ConcreteProduct(); public Product getAProduct() { this .part.clear(); this .part.add( "doSomething" ); this .part.add( "doOtherthing" ); builder.setPart(part); return builder.buildProduct(); } } |
客户端:
1
2
3
4
5
6
7
8
9
10
11
12
13
|
package Builder; public class Client { public static void main(String[] args) { Director director = new Director(); System.out.println( "将产生10个产品" ); for ( int i= 1 ;i< 11 ;i++){ System.out.println( "第" + i + "个产品" ); director.getAProduct().executive(); System.out.println(); } } } |
建造者模式的优点
首先,建造者模式的封装性很好。使用建造者模式可以有效的封装变化,在使用建造者模式的场景中,一般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在导演类中对整体而言可以取得比较好的稳定性。
其次,建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。
建造者模式与工厂模式的区别
我们可以看到,建造者模式与工厂模式是极为相似的,总体上,建造者模式仅仅只比工厂模式多了一个“导演类”的角色。在建造者模式的类图中,假如把这个导演类看做是最终调用的客户端,那么图中剩余的部分就可以看作是一个简单的工厂模式了。
与工厂模式相比,建造者模式一般用来创建更为复杂的对象,因为对象的创建过程更为复杂,因此将对象的创建过程独立出来组成一个新的类——导演类。也就是说,工厂模式是将对象的全部创建过程封装在工厂类中,由工厂类向客户端提供最终的产品;而建造者模式中,建造者类一般只提供产品类中各个组件的建造,而将具体建造过程交付给导演类。由导演类负责将各个组件按照特定的规则组建为产品,然后将组建好的产品交付给客户端。
总结
建造者模式与工厂模式类似,他们都是建造者模式,适用的场景也很相似。一般来说,如果产品的建造很复杂,那么请用工厂模式;如果产品的建造更复杂,那么请用建造者模式。