构造器参数过多时考虑使用构建器(Builder)

一.静态工厂和构造器的局限性

面对需要大量可选参数才能构建对象时,静态工厂和构造器并不能随着可选参数的增加而合理扩展。

假设创建一个类Person需要使用大量的可选参数,其中两个参数是必填的,剩下的都是可选的,面对这种情况在使用静态工厂和构造器创建对象时通常使用叠加的方式实现:

 1 /**
 2  * @描述 为了方便演示,就设计四个可选参数
 3  **/
 4 public class Person {
 5 
 6     private final String name; // 必填
 7     private final int age; // 必填
 8 
 9     private final int gender; // 可选
10     private final String tel; // 可选
11     private final String address; //可选
12     private final String school; // 可选
13 
14     // 使用叠加的方式处理可选参数
15     public Person(String name, int age) {
16         this(name, age, 0);
17     }
18 
19     public Person(String name, int age, int gender) {
20         this(name, age, gender, null);
21     }
22 
23     public Person(String name, int age, int gender, String tel) {
24         this(name, age, gender, tel, null);
25     }
26 
27     public Person(String name, int age, int gender, String tel, String address) {
28         this(name, age, gender, tel, address, null);
29     }
30 
31     public Person(String name, int age, int gender, String tel, String address, String school) {
32         this.name = name;
33         this.age = age;
34         this.gender = gender;
35         this.tel = tel;
36         this.address = address;
37         this.school = school;
38     }
39 }

 上例中如果可选参数变得越来越多,那么代码维护上将会很困难,并且使用者也容易出错(比如不小心传错了位置顺序),所以这种重叠构造器模式在处理可选参数不多的情况是可行的,但是参数多了后就不合适了。

除了使用叠加的方式外,还可以使用setter处理这种情况(我们一般工作中应该大部分就是这样)即使用无参构造器创建对象,然后调用setter设置必要参数以及可选参数:

 1 /**
 2  * @描述 为了方便演示,就设计四个可选参数
 3  **/
 4 public class Person {
 5 
 6     private String name = ""; // 必填
 7     private int age = 18; // 必填
 8 
 9     private int gender = 0; // 可选
10     private String tel = ""; // 可选
11     private String address = ""; //可选
12     private String school = ""; // 可选
13 
14     public void setName(String name) {
15         this.name = name;
16     }
17 
18     public void setAge(int age) {
19         this.age = age;
20     }
21 
22     public void setGender(int gender) {
23         this.gender = gender;
24     }
25 
26     public void setTel(String tel) {
27         this.tel = tel;
28     }
29 
30     public void setAddress(String address) {
31         this.address = address;
32     }
33 
34     public void setSchool(String school) {
35         this.school = school;
36     }
37 
38     public static void main(String[] args) {
39         Person p = new Person();
40         p.setName("TT");
41         p.setAge(18);
42 
43         p.setGender(1);
44         p.setTel("110");
45         p.setAddress("中国");
46         p.setSchool("NJ");
47     }
48 }

使用setter比起叠加构造器创建对象要容易,代码可读性更好,但是存在严重缺陷。一个是对象的创建被分解到多次setter中,没法保证最后得到的对象就是想要的,因为在setter过程中参数可能被改变。与此相关的就是此种方式下类无法成为不可变类(使用了setter后,类中的字段没法设置成final),会存在线程安全问题。

二.使用Builder兼具安全性以及可读性

使用Builder构建器具有像重叠构造器那样的安全性(不可变类)同时还像setter具有很好的可读性。

Builder构建器方式是指不直接创建想要的对象,而是调用者先用必填参数调用构造器(或者静态工厂方法)得到builder对象。然后调用者使用builder对象调用类似setter方法来设置相关的可选参数。最后调用者在调用builder中无参的build方法生成不可变对象。Builder是自身所能构建类的静态成员类(静态内部类):

 1 /**
 2  * @描述 为了方便演示,就设计四个可选参数
 3  **/
 4 public class Person {
 5 
 6     private final String name; // 必填
 7     private final int age; // 必填
 8 
 9     private final int gender; // 可选
10     private final String tel; // 可选
11     private final String address; //可选
12     private final String school; // 可选
13 
14     public static class Builder {
15         private final String name; // 必填
16         private final int age; // 必填
17 
18         private int gender = 0; // 可选
19         private String tel = ""; // 可选
20         private String address = ""; //可选
21         private String school = ""; // 可选
22 
23         public Builder(String name, int age) {
24             this.name = name;
25             this.age = age;
26         }
27 
28         public Builder gender(int gender) {
29             this.gender = gender;
30             return this;
31         }
32 
33         public Builder tel(String tel) {
34             this.tel = tel;
35             return this;
36         }
37 
38         public Builder address(String address) {
39             this.address = address;
40             return this;
41         }
42 
43         public Builder school(String school) {
44             this.school = school;
45             return this;
46         }
47 
48         public Person build() {
49             return new Person(this);
50         }
51     }
52 
53     private Person(Builder builder) {
54         this.name = builder.name;
55         this.age = builder.age;
56         this.gender = builder.gender;
57         this.tel = builder.tel;
58         this.address = builder.address;
59         this.school = builder.school;
60     }
61 
62     public static void main(String[] args) {
63 
64         Person person = new Builder("WH", 18)
65                 .gender(1)
66                 .tel("110")
67                 .address("WH")
68                 .school("NJ")
69                 .build();
70 
71     }
72 }

上面使用Builder构造器时可以保证Person是不可变类,同时使用链式调用代码可读性更好易于阅读。

可以在build方法或者类似setter的方法中对参数进行校验,使代码更健壮。

Builder模式十分灵活,利用一个builder对象可以创建多个对象,且在创建对象时可以对参数进行修改,比如自动补全某参数或者对某参数做计算后在赋值或者自动生成主键id。

Builder构建器的对象还可以作为参数传递给创建对象的方法,让创建对象的方法利用Builder构建器生成对象,同时利用范型就可以在还没有Builder的情况下编写代码:

// 利用范型定义通用的Builder
public interface Builder<T> {
    T build();    
}

// 利用builder对象创建对象的方法
public Person newInstance(Builder<? extends Person> builder) {
    return builder.build();
}

三.利用反射创建对象存在的问题

一帮我们也会使用Class.newInstance()创建对象,首先通过Class.newInstance创建对象默认调用目标对象中的无参构造器(private修饰的无参也算,默认的无参也算),那么当存在多个构造器时newInstance就无效了,且在编译阶段是没法发现这个错误的仅运行时才知道:

public class Parent {

    // 使默认无参构造器失效
    public Parent(int i) {}

    public static void main(String[] args) throws IllegalAccessException, InstantiationException {
        Class clz = Parent.class;
        Parent p = (Parent) clz.newInstance();
    }

}

上例在运行时会报错。

四.Builder构建器的缺点

为了创建目标对象需要先创建Builder对象,在十分注重性能的情况下可能对性能产生影响。同时在代码量上比重叠构造器还要冗长。所以尽量在参数较多时使用Builder构建器。如果一开始参数不多可是后面参数可能会增加变得比较多那就最好一开始使用Builder构建器,因为如果开始使用的重叠构造器或者静态工厂方法,等到多参数时改成Builder构建器,那么过时的构造器或静态工厂方法由于被使用不能删除会使代码结构显得不协调。简单的说,如果类的构造器或者静态工厂方法中具有多个参数,特别是大多数参数还是可选的时候,使用Builder构建器是个不错的选择。使用Builder构建器的调用者的代码更易编写和阅读,同时使用构建器使目标类不可变从而更线程安全。

猜你喜欢

转载自www.cnblogs.com/yhcjhun/p/11040131.html