1.1概述
将一个复杂对象的构建与表示分离,使得同样的构建过程可以创建不同的表示(eg:复杂对象-主机整体 分离的部分-主机中的各个组件),这个模式适用于:某个对象的构建过程复杂的情况。
由于实现了构建和装配的解耦。不同的构建器,相同的装配,也可以做出不同的对象;相同的构建器,不同的装配顺序也可以做出不同的对象,也就是实现了构建算法、装配算法的解耦,实现了更好的复用。
建造者模式可以将部件和装配过程分开,一步一步创建一个复杂的对象。用户只需要指定复杂对象的类型就可以得到该对象,而无需知道内部的具体构造细节。
1.2结构
建造者(Builder)模式包含如下角色:
抽象建造者(Builder):要创建的复杂对象;
具体建造者类(ConcreteBuilder):实现Builder接口,完成复杂产品的各个部件的具体创建方法,在构造过程中,提供产品的实例;
产品类(Product):要创建的复杂对象
指挥者类(Director):调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。
类图:
1.3实例
创建共享单车
生产自行车包括很多过程也包括很多组件,它包含了车架,车座等组件的生产。而车架又有多种材质,车座也有多种材质于是自行车的生产用建造者模式。
类图:
代码实现:
Bike:
Builder:
MobileBuilder:
OfoBuilder:
Director:
Client(用于测试):
1.4优缺点分析(适用场景分析)
优点:
建造者模式封装性很好。使用建造者模式可以有效的封装变化,在使用建造者模式场景中,一般产品类和建造者类式比较稳定,因此,将主要的业务逻辑封装在指挥者中对整体而言取得较好的稳定性。
在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象。
可以更加精细的控制产品的创建过程,将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程。
建造者模式很容易进行扩展。如有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试过的代码,因此不会有对原功能引入风险,符合开闭原则。
缺点:
建造者模式多创建的产品一般具有多个共同性,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此适用范围有一定的限制。
适用场景:
建造者模式创建的是复杂对象,其产品的各个部分经常面临剧烈的变化,但将他们组合在一起的算法相对比较稳定,所以他们适用于:
当需要生成的产品对象有复杂的内部结构,这些产品对象通常包含多个成员属性时,建造者模式可以将对象的构建过程与表示分离,使得构建过程更加清晰和灵活。
当需要生成的产品对象的属性相互依赖,需要指定其生成顺序时,建造者模式可以通过指挥者类控制构建过程,确保对象的正确构建。
对象的创建过程独立于创建该对象的类时,建造者模式可以通过指挥者类封装创建过程,使得客户端无需关心对象的创建细节。
1.5改进的构建者模式
特点:
该对象创建时组件的顺序由 客户自己定义
可以显式的定义对象的成员属性
改进前的代码:
public class Phone {
private String cpu;
private String screen;
private String memory;
private String mainboard;
public Phone(String cpu,String screen,String memory,String mainboard)
{
this.cpu=cpu;
this.screen=screen;
this.memory=memory;
this.mainboard=mainboard;
}
public String getCpu()
{
return cpu;
}
public void setCpu()
{
this.cpu=cpu;
}
public String getScreen()
{
return screen;
}
public void setScreen()
{
this.screen=screen;
}
public String getMemory()
{
return memory;
}
public void setMemory()
{
this.memory=memory;
}
public String getMainboard()
{
return mainboard;
}
public void setMainboard()
{
this.mainboard=mainboard;
}
public String toString()
{
return "Phone{"+
"cpu='"+cpu+'\"+
",screen='"+screen+'\"+
",memory='"+memory+'\"+
",mainboard='"+mainboard+'\"+
'}';
}
Client:
public class Client{
public static void (String[] args)
{
//构建Phone对象
Phone phone = new Phone("intel","三星屏幕","金士顿","华硕");
System.out.println(phone);
}
改进后的
Client:
ps:StringBuilder源码
StringBuilder
往源码追踪StringBuilder
发现继承AbstractStringBuilder类(好像是抽象建造者类)继续追踪
发现其实不然,AbstractStringBuilder 中由接口Appendable组成一部分(其中的append(String)函数也被实现)
实现的append(String)
Appendable接口定义了多个append方法(抽象方法),即作为抽象建造者,定义了抽象方法
综上所述
Appendable接口定义了多个append方法(抽象方法),即作为抽象建造者,定义了抽象方法
AbstractStringBuilder 实现了Appendable接口方法,AbstractStringBuilder已经是建造者,只是不能实例化
StringBuilder 既充当了指挥者 同时充当了具体的建造者
因为其调用了AbstractStringBuilder中的append(String)并且重新写了一个函数,建造方法的实现是由AbstractStringBuilder完成