Builder模式
意图
讲一个复杂对象的构建与他的表示分离,使得同样的构建过程可以创建不同的表示。
简单来说
建造者模式适合于一个具有较多属性的对象的创建过程
适用性
1、当创建复杂对象的算法应该独立于该对象的组成部分以及他们的装配方式时
2、当构造过程必须允许被构造的对象有不同的表示时
结构
Builder
为创建一个Product对象的各个部件制定抽象接口
ConcreteBuilder
实现Builder的接口以构造和装配该产品的各个部件
定义并明确它所创建的表示
提供一个检索产品的接口
Director
构造一个使用Builder接口的对象
Product
表示被构造的复杂对象。ConcreteBuilder创建该产品的内部表示并定义他的装配过程
包含定义组成不见的类,包括将这些部件装配成最终产品的接口
为什么使用Builder
加入我们有一个User类,其中name,age时必须的属性,其他的都是非必需的,那么我们再User类种就需要提供一个必要参数的构造器,然后1个,2个…等等非必需参数的构造器,如下
package builder;
/**
* @Author fitz.bai
* @Date 2018/8/27 15:41
*/
public class User {
private String name;
private int age;
private String phoneNum;
private String email;
public User(String name, int age) {
this.name = name;
this.age = age;
}
public User(String name, int age, String phoneNum) {
this.name = name;
this.age = age;
this.phoneNum = phoneNum;
}
public User(String name, int age, String phoneNum, String email) {
this.name = name;
this.age = age;
this.phoneNum = phoneNum;
this.email = email;
}
}
问题来了,要是有20个或者更多的属性时,怎么办呢,代码岂不是非常冗长,并且对于相同数据类型的可选属性,你怎么判断他传的是宽度还是长度(假设一下)。
对于上面的情况,Spring中使用JavaBean的模式来解决,如下
package builder;
/**
* @Author fitz.bai
* @Date 2018/8/27 15:41
*/
public class UserBean {
private String name;
private int age;
private String phoneNum;
private String email;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public int getAge() {
return age;
}
public void setAge(int age) {
this.age = age;
}
public String getPhoneNum() {
return phoneNum;
}
public void setPhoneNum(String phoneNum) {
this.phoneNum = phoneNum;
}
public String getEmail() {
return email;
}
public void setEmail(String email) {
this.email = email;
}
}
这种看着还可以,但是同样的,我们使用的时候需要
UserBean user = new UserBean();
user.setEmail("a@haha.com");
......
JavaBeans模式自身有着很重要的缺点。因为构造过程被分到了几个调用中,在构造过程中JavaBean可能处于不一致的状态。类无法仅仅通过检验构造器参数的有效性来保证一致性。并且我们要写无数个set方法。
那么Builder模式来了,既能保证像构造器模式那样的安全性,也能保证像JavaBeans模式那么好的可读性。
这就是Builder模式的一种形式,它不直接生成想要的对象,而是让客户端利用所有必要的参数调用构造器(或者静态工厂),得到一个builder对象。然后客户端在builder对象上调用类似于setter的方法,来设置每个相关的可选参数。最后,客户端调用无参的builder方法来生成不可变的对象。
如下,原谅我的命名,因为在同一个包里面写的
package builder;
/**
* @Author fitz.bai
* @Date 2018/8/27 15:47
*/
public class NewUser {
private final String name;
private final int age;
private String phoneNum;
private String email;
private NewUser(Builder builder) {
this.name = builder.name;
this.age = builder.age;
this.phoneNum = builder.phoneNum;
this.email = builder.email;
}
@Override
public String toString() {
return "NewUser{" +
"name='" + name + '\'' +
", age=" + age +
", phoneNum='" + phoneNum + '\'' +
", email='" + email + '\'' +
'}';
}
public static class Builder {
private final String name;
private final int age;
private String phoneNum;
private String email;
public Builder(String name, int age) {
this.name = name;
this.age = age;
}
public NewUser build() {
return new NewUser(this);
}
public Builder phoneNum(String phoneNum) {
this.phoneNum = phoneNum;
return this;
}
public Builder email(String email) {
this.email = email;
return this;
}
}
}
有几个需要注意的地方:
1、Builder的内部类构造方法中只接收必传的参数,并且该必传的参数适用了final修饰符
2、NewUser类的构造方法是私有的,也就是说调用者不能直接创建NewUser对象。
创建一个对象
NewUser newUser = new NewUser.Builder("a", 50).phoneNum("15000000000").build();
System.out.println(newUser.toString());
// NewUser{name='a', age=50, phoneNum='15000000000', email='a@aa.com'}
这样是不是舒服了很多!
使用情况,其中Android开发中使用的较多,AlertDialog.Builder,因为每一个Dialog里面肯定有很多参数,大量参数又是非必需的,那么按照我们上面讲的,Builder模式就可以玩咩解决这样的问题。