用到了许多设计模式,不得不说设计模式真的给力—–我服。
下面进入正题来讲讲Builder模式的正确使用姿势。
目录走起来:
- Builder模式介绍。
- Builder模式定义。
- Builder模式使用场景。
- Builder模式实战讲解。
- Builder模式不足。
1. Builder模式介绍。
Bulider 模式是一步步来创建一个复杂对象。它允许用户在不知道内部构建细节的情况下,可以更精细控制对象的构造流程。将构建复杂对象的过程和它内部的部件解耦。
2. Builder模式定义。
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
3. Builder模式使用场景。
1.当初始化一个对象特别复杂,如构造方法参数多,并且有的还有默认值。
2.多个部件或者零件,都可以装配到一个对象中,但是产生的运行结果又不相同。
3.产品类非常复杂,或者产品类中的调用顺序不同产生了不同的作用,这个时候使用了建造者非常适合。
4. Builder模式实战。
1-3都是Builder为什么运用的讲解,接下来就是实际的运用了。
在开始实战的时候,请问大家有没有这样的写过?
public class NutritionFacts {
private int servingSize = 0; // 食用份量
private int servings; // 份数
private int calories; // 卡路里
private int sodium; // 钠
private int fat; // 脂肪
private int carbohydrate; // 碳水化合物
public NutritionFacts(int servingSize, int servings) {
this(servingSize, servings, 0);
}
public NutritionFacts(int servingSize, int servings, int calories) {
this(servingSize, servings, calories, 0);
}
public NutritionFacts(int servingSize, int servings, int calories, int sodium) {
this(servingSize, servings, calories, sodium, 0);
}
public NutritionFacts(int servingSize, int servings, int calories, int sodium, int fat) {
this(servingSize, servings, calories, sodium, fat, 0);
}
public NutritionFacts(int servingSize, int servings, int calories, int sodium, int fat, int carbohydrate) {
this.servingSize = servingSize;
this.servings = servings;
this.calories = calories;
this.sodium = sodium;
this.fat = fat;
this.carbohydrate = carbohydrate;
}
}
使用的时候是这样的
NutritionFacts nur=new NutritionFacts(240,8,100,35,27);
**然而这种写法参数少还行,如果参数多了,并且参数名称一看不明了(不敢想了)
然而还有:
如果不小心写错参数了咋办? 比如 第 三个参数和第四个写反了,编译还是会通过但是结局却不一样了。**
NutritionFacts nur=new NutritionFacts(240,8,35,100,27);
题外话:
在这里 我要感谢一下开发各位编译器的大牛们,谢谢你们给我们的快捷方式。
(差点我都要写不下去了,分分钟想要换Builder模式,期待他的魅力)
可能大家都写过这种重叠构造器模式吧,
但是如果参数还在不断的增加怎么办了?
有时候只会用到几种参数咋办了?
有时候又会用到蛮多咋办了?
有时候会固定必须输入几个参数咋办了?
——————小问题了,慢慢解决的(有我在放心 —-脑补坏笑)。
可能有许多同学想到了,另外一种写法 调用get Setter 方法来设置每个必要的参数。
比如这样?
NutritionFacts nur = new NutritionFacts();
nur.setServingSize(240);
nur.setServings(8);
nur.setCalories(100);
nur.setSodium(35);
nur.setCarbohydrate(27);
其实这样情况阅读起来,感觉非常的不错。但是阻止了javaBean做成不可变的可能。在某种情况下会不安全。
比如: 我们有时候会copy一份。
NutritionFacts nur = new NutritionFacts();
nur.setServingSize(240);
nur.setServings(8);
nur.setCalories(100);
nur.setSodium(35);
1 nur.setCarbohydrate(27);
NutritionFacts nur1 = new NutritionFacts();
nur1.setServingSize(240);
nur1.setServings(8);
nur1.setCalories(100);
nur1.setSodium(35);
2 nur.setCarbohydrate(27);
这个时候 可能有一个事情发生了,回来的时候忘记了
导致 有重复的改变了 nur.setCarbohydrate(27)的值了。
重点来了。有没有即可以保证安全性,可读性有高的做法了?
先看下怎么个可读法:
NutritionFacts cocaCola=new NutritionFacts.Builder(240, 8).
calories(100).sodium(35).carbohydrate(27).builder();
是不是解决了上面的那些怎么办了的难题?
public class NutritionFacts {
private int servingSize = 0; // 食用份量
private int servings; // 份数
private int calories; // 卡路里
private int sodium; // 钠
private int fat; // 脂肪
private int carbohydrate; // 碳水化合物
public static class Builder {
private int servingSize = 0; // 食用份量
private int servings; // 份数
private int calories; // 卡路里
private int sodium; // 钠
private int fat; // 脂肪
private int carbohydrate; // 碳水化合物
public Builder(int servingSize, int servings) {
this.servingSize = servingSize;
this.servings = servings;
}
public Builder calories(int calories) {
this.calories = calories;
return this;
}
public Builder sodium(int sodium) {
this.servingSize = sodium;
return this;
}
public Builder fat(int fat) {
this.fat = fat;
return this;
}
public Builder carbohydrate(int carbohydrate) {
this.carbohydrate = carbohydrate;
return this;
}
public NutritionFacts builder() {
return new NutritionFacts(this);
}
}
private NutritionFacts(Builder builder) {
servings = builder.servings;
servingSize = builder.servingSize;
calories = builder.calories;
carbohydrate = builder.carbohydrate;
fat = builder.fat;
sodium = builder.sodium;
}
}
5. Builder模式不足。
仔细看看的读者,有没有观察在好用的同时是不是多了这个Builder内部类
为了创建对象,必须先创建它的构造器,消耗内存。如果特别注重性能的话,也就是一个问题。
参考:
Effevtive java 第二版。
android 设计模式 Builder 章节。