1.介绍
允许用户在不知道内部构建细节的情况下,可以更精细地控制对象的构造流程。为了将构建复杂对象的过程和它的部件解耦,使得构建过程和部件的表示隔离。
1.这个对象由多个小部分组成
2.可以配置该对象由其中哪几个分类组成
3.不同的组成,可以得到不同的结果。(虽然都是同一类对象,但细节上不一样)
2.定义
建造者模式(Builder),见一个复杂对象的构建与它的标识分离,使得同样的构建过程可以创建不同的表示。
3.使用场景
- 相同的方法,不同的执行循序,产生不同的时间结果时。
- 多个部件或零件,都可以装配到一个对象中,但是产生的运行结果又不相同。
- 产品类非常复杂,或者产品类中的调用循序不同产生了不同的作用,这个时候使用建造者模式非常适合。
- 当初始化一个对象非常复杂,如参数多且很多参数都有默认值时。
简单理解就是:当创建对象时参数过多、创建过程复杂、得到的结果多变时可以考虑使用 Builder 模式。
一个游戏扮演游戏,如王者农药。我们在操作时可以选择不同的人物角色,他们有之间的划分:
- 人物名称:李元芳(输出爆炸)、吕布(团战跳大收割)、程咬金(疯狂补血)、安其拉(大头发)...我基本上玩这几个吧
- 人物类型有:战士、坦克、刺客、法师、射手。
- 武器:激光射线、双斧、斩刀、飞刀...
- 发型:超长头发、短发、秃头、配大耳朵的头发
- 战斗类型:持续输出、收割、远程攻击、生存等
如果使用普通的方式构建对象可能会是这样的:
public Hero(String name,Profession profession, Weapon weapon ,HairType hairType, Armor armor) {
}
可以看出这样做的缺点:
- 1、参数超多,容易误导或传错或位子放错。
- 2、当有新的类型添加时,之前创建的角色都要修改。
那么怎么办呢? 很容易想到:构造函数中直接传递个 POJO 不就行了?! 确实是这样的,但是我们还可以做些改变,使得这个 POJO 更方便使用:
- 1、这个 POJO 基本上只属于这个类使用,所以我们一般都定义在该类中。
- 2、这个 POJO 的构造函数不能是多个参数了,它的出现就是为了解决参数过多的问题,当然就不能有多参数的构造(可以有一两个参数的构造)。
- 3、这个 POJO 在配置的时候,希望是链式的,这样更方便了是吧,直接点点点点... 的就可以创建了。
- 4、既然有了这个 POJO 就不能让原来对象被外部创建了是吧,那么外部的对象类的构造函数就应该设置为 private 防止外部创建。
- 5、直接叫 POJO 不太好听吧,那么重新定义个名字呗,(⊙v⊙)嗯,它是用来创建复杂对象的,那就叫 Builder 吧。
Talk is cheap,show me the code
我们先来看下 Builder 类吧:
public static class Builder {
private final String name; // 名称
private final Profession profession; // 类型
private HairType hairType; // 发型
private Armor armor; // 战斗类型
private Weapon weapon; // 武器
public Builder(Profession profession, String name) {
if (profession == null || name == null) {
throw new IllegalArgumentException("profession and name can not be null");
}
this.profession = profession;
this.name = name;
}
public Builder withHairType(HairType hairType) {
this.hairType = hairType;
return this;
}
public Builder withArmor(Armor armor) {
this.armor = armor;
return this;
}
public Builder withWeapon(Weapon weapon) {
this.weapon = weapon;
return this;
}
public Hero build() {
return new Hero(this);
}
}
那么我们回头看下 Hero 类发生了什么变化吧:
public final class Hero {
private final Profession profession;
private final String name;
private final HairType hairType;
private final Armor armor;
private final Weapon weapon;
private Hero(Builder builder) {
this.profession = builder.profession;
this.name = builder.name;
this.hairColor = builder.hairColor;
this.weapon = builder.weapon;
this.armor = builder.armor;
}
}
不得不承认,代码是多了不少,但是为了以后应对更好理解、需求变化,还是认了吧。程序里面唯一不变的就是变化
我们再看下爽点的地方,对象的创建过程:
Hero mage = new Hero.Builder(Profession.MAGE, "安其拉")
.withHairColor(HairColor.RED)
.withWeapon(Weapon.LASER)
.build();
参考:
- java-design-patterns
- Android源码设计模式解析与实战