概念: 将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。 [构建与表示分离,同构建不同表示]
与工厂模式的区别:在建造者模式里,有个指导者,由指导者来管理建造者,用户是与指导者联系的,指导者联系建造者最后得到产品。即建造模式可以强制实行一种分步骤进行的建造过程。建造模式是将复杂的内部创建封装在内部,对于外部调用的人来说,只需要传入建造者和建造工具,对于内部是如何建造成成品的,调用者无需关心。
举个形象的例子:如汽车,有很多部件,车轮,方向盘,发动机等等,build模式就是将各种部件分离开来
组成对象
建造者模式主要有以下几个方面组成:
1. builder:给出一个抽象接口,以规范产品对象的各个组成成分的建造。这个接口规定要实现复杂对象的哪些部分的创建,并不涉及具体的对象部件的创建。
2. ConcreteBuilder:实现Builder接口,针对不同的商业逻辑,具体化复杂对象的各部分的创建。 在建造过程完成后,提供产品的实例。
3. Director:调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。
4. Product:要创建的复杂对象。
UMl图
代码实现:
我们先定义一个对象(Car),主要由以下零件组成:轮胎,方向盘,发动机
Product对象
//汽车对象的组成属性
public class Car {
private String wheel;
private String chair;
private String engine;
public String getWheel() {
return wheel;
}
public void setWheel(String wheel) {
this.wheel = wheel;
}
public String getChair() {
return chair;
}
public void setChair(String chair) {
this.chair = chair;
}
public String getEngine() {
return engine;
}
public void setEngine(String engine) {
this.engine = engine;
}
}
接下来我们创建一个接口,各个部件的抽象接口。
Build
public interface Build {
void buildWheel();
void buildChair();
void buildEngine();
Car buildCar();
}
实现Builder的接口以构造和装配该产品的各个部件,将各个功能的具体实现。
conCreateBuild
public class CarBuild implements Build{
private Car car=null;
public CarBuild() {
car = new Car();
}
@Override
public void buildWheel() {
car.setWheel("建造一个车轮");
}
@Override
public void buildChair() {
car.setWheel("建造一个车椅");
}
@Override
public void buildEngine() {
car.setWheel("建造一个发动机");
}
@Override
public Car buildCar() {
if (car!=null) {
return car;
}
return null;
}
}
新建一个创建的过程:
public class CarDirector {
public Car carDirector(Build build) {
build.buildWheel();
build.buildChair();
build.buildEngine();
return build.buildCar();
}
}
最后测试,
public class BuildTest {
public static void main(String[] args) {
CarDirector director=new CarDirector();
director.carDirector(new CarBuild());
}
}
使用建造者模式的场合和好处:
1.使用建造者模式可以使客户端不必知道产品内部组成的细节。2.具体的建造者类之间是相互独立的,对系统的扩展非常有利。3.由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他的模块产生任何影响。