简介
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示
类似建房子,只需要把材料和设计图纸给工人,就能建成想要的房子,不关注工人建房子的过程,但对于细节,我们又可以自己设计。
在用户不知道对象的建造过程和细节的情况下就可以直接创建复杂的对象。
- 用户只需要给出指定复杂对象的类型和内容;
- 建造者模式负责按顺序创建复杂对象(把内部的建造过程和细节隐藏起来)
解决问题
- 方便用户创建复杂的对象(不需要知道实现过程)
- 代码复用性 & 封装性(将对象构建过程和细节进行封装 & 复用)
uml图
模式讲解:
- 指挥者(Director)直接和客户(Client)进行需求沟通;
- 沟通后指挥者将客户创建产品的需求划分为各个部件的建造请求(Builder);
- 将各个部件的建造请求委派到具体的建造者(ConcreteBuilder);
- 各个具体建造者负责进行产品部件的构建;
- 最终构建成具体产品(Product)
代码
定义产品
class Computer {
//电脑组件的集合
private List<String> parts = new ArrayList<String>();
//用于将组件组装到电脑里
public void add(String part) {
parts.add(part);
}
public void show() {
for (int i = 0; i < parts.size(); i++) {
System.out.println("组件: " + parts.get(i) + "装好了");
}
System.out.println("电脑组装完成,请验收");
}
}
定义建造者接口
//定义组装的过程
abstract class Builder {
//第一步: 装cpu
public abstract void BuildCPU();
//第二步: 装主板
public abstract void BuildMainboard();
//第三步: 装硬盘
public abstract void BuildHD();
//返回产品的方法, 获取组装好的电脑
public abstract Computer GetComputer();
}
定义具体建造者
//具体建造者: 装机人员
class ConcreteBuilder extends Builder {
//创建产品实例
Computer computer = new Computer();
@Override
public void BuildCPU() {
computer.add("组装cpu");
}
@Override
public void BuildMainboard() {
computer.add("组装主板");
}
@Override
public void BuildHD() {
computer.add("组装硬盘");
}
@Override
public Computer GetComputer() {
return computer;
}
}
定义装机人员
//装机人员
class Director {
//指挥装机人员组装电脑
public void Construct(Builder builder) {
builder.BuildCPU();
builder.BuildMainboard();
builder.BuildHD();
}
}
客户调用
class client {
public static void main(String[] args) {
//找到电脑店的老板和装机人员
Director director = new Director();
ConcreteBuilder builder = new ConcreteBuilder();
//沟通需求之后, 老板叫来了装机人员
director.Construct(builder);
//装完之后,搬来电脑
Computer computer = builder.GetComputer();
//展示
computer.show();
}
}
使用lombok
@Data
@Builder //使用链式建造者
@NoArgsConstructor
@AllArgsConstructor
public class Phone {
// ……
}
优缺点
优点
易于解耦
将产品本身与产品创建过程进行解耦,可以使用相同的创建过程来得到不同的产品。也就说细节依赖抽象。
易于精确控制对象的创建
将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰
易于拓展
增加新的具体建造者无需修改原有类库的代码,易于拓展,符合“开闭原则“。
每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者,用户使用不同的具体建造者即可得到不同的产品对象。
缺点
建造者模式所创建的产品一般具有较多的共同点,其组成部分相似;
如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。
如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。
应用场景
- 需要生成的产品对象有复杂的内部结构,这些产品对象具备共性
- 隔离复杂对象的创建和使用,并使得相同的创建过程可以创建不同的产品