遇到多个构造器参数时要考虑用构建器
java
effective java
创建和销毁对象
-
@H_403_12@
1. 构建器是什么?
构建器也是一种获得类对象的方法,在前面我们介绍了通过 构造器 与 静态工厂方法 两种方式来获得类的对象。
这里我们写一个 Person 类,并为这个类加上构建器:
-
@H_403_12@
1public class Person {
@H_403_12@
2 private final String name;
@H_403_12@
3 final int age;
@H_403_12@
4
@H_403_12@
5 final String address;
@H_403_12@
6 final String phone;
@H_403_12@
7
@H_403_12@
8 public static Builder{
@H_403_12@
9 final String name;
@H_403_12@
10 int age;
@H_403_12@
11
@H_403_12@
12 private String address = null;
@H_403_12@
13 private String phone = null;
@H_403_12@
14
@H_403_12@
15 public Builder@H_502_220@(String name,int age){
@H_403_12@
16 this.name = name;
@H_403_12@
17 this.age = age;
@H_403_12@
18 }
@H_403_12@
19
@H_403_12@
20 public Builder address(String val){
@H_403_12@
21 address = val;
@H_403_12@
22 return this;
@H_403_12@
23 }
@H_403_12@
24
@H_403_12@
25 phone(String val){
@H_403_12@
26 phone = val;
@H_403_12@
27 this;
@H_403_12@
28 }
@H_403_12@
29
@H_403_12@
30 public Person builder(){
@H_403_12@
31 new Person(this);
@H_403_12@
32 }
@H_403_12@
33 }
@H_403_12@
34
@H_403_12@
35 private Person(Builder builder){
@H_403_12@
36 this.name = builder.name;
@H_403_12@
37 this.age = builder.age;
@H_403_12@
38 this.address = builder.address;
@H_403_12@
39 this.phone = builder.phone;
@H_403_12@
40 }
@H_403_12@
41
@H_403_12@
42 @Override
@H_403_12@
43 public String toString() {
@H_403_12@
44 return "name:"+name+" age:"+age+" address:"+address+" phone:"+phone;
@H_403_12@
45 }
@H_403_12@
46
@H_403_12@
47}
调用这个构建器的方式
publicclassPersonTest{publicstaticvoidmain(String[]args){ Personp=newPerson.Builder("tom",18).address("深圳").phone("110").builder(); System.out.println(p.toString()); } }
2. 为什么使用构建器?
2.1 参数的限制
静态工厂方法与构造器都有一个共同的局限性,就是它们不能很好的扩展到大量的可选参数。就像我们上面的那个Person 类,在实际中我们会有许多的属性,性别、出生年月、爱好...对与这样的类。
2.2 重叠构造器
我们初学的时候都会选择 重叠构造器(telecoping constructor)模式 。在这种情况下,第一个构造器是实例化对象必须的参数,第二个会多一个参数,就这样叠加,最后是一个有所有参数的构造器
- final String phone;
@H_403_12@
7
@H_403_12@
8 int age) {
@H_403_12@
9 this(name,age,164);">null);
@H_403_12@
10 }
@H_403_12@
11
@H_403_12@
12
@H_403_12@
13 int age,String address) {
@H_403_12@
14 null);
@H_403_12@
15 }
@H_403_12@
16
@H_403_12@
17
@H_403_12@ 18 super(); 19 this.name = name; 20 this.age = age; 21 this.address = address; 22 this.phone = phone; 23 } 24 25 @Override 26 ()
@H_403_12@
@H_403_12@
@H_403_12@
@H_403_12@
@H_403_12@
@H_403_12@
@H_403_12@
@H_403_12@
@H_403_12@
27 " phone:"+phone;
@H_403_12@
28 }
@H_403_12@
29
@H_403_12@
30}
获得对象
publicclassPersonTest{publicstaticvoidmain(String[]args){ Personp=newPerson("tom",18,null,"110"); System.out.println(p.toString()); } }
在这个构造器中也许会有你不想要的参数,如果我们的参数变多了的话,情况就不会很好。
总结一句话:重叠构造器可行,但当有很多的参数的时候,客户端的代码就会很难编写并且不容易阅读我们在使用的时候,必须很仔细的看每一个参数的位置和含义。
2.3 JavaBeans模式
2.3.1 创建JavaBeans模式
这个时候我们还有一种替代的方式,这个就是JavaBeans模式。这种种模式下,使用无参的构造方法创建对象,然后调用setter 方法给属性设置值
- private String name;
@H_403_12@
3 private String address;
@H_403_12@
6 private String phone;
@H_403_12@
7
@H_403_12@
8 void setName(String name) {
@H_403_12@
9 this.name = name;
@H_403_12@
10 }
@H_403_12@
11 setAge(int age) {
@H_403_12@
12 this.age = age;
@H_403_12@
13 }
@H_403_12@
14 setAddress(String address) {
@H_403_12@
15 this.address = address;
@H_403_12@
16 }
@H_403_12@
17 setPhone(String phone) {
@H_403_12@
18 this.phone = phone;
@H_403_12@
19 }
@H_403_12@
20
@H_403_12@
21 @Override
@H_403_12@
22 () {
@H_403_12@
23 " phone:"+phone;
@H_403_12@
24 }
@H_403_12@
25
@H_403_12@
26}
使用的方式,这个相比与重叠构造器更容易的创建了对象,同时让代码跟容易的阅读。
publicclassPersonTest{publicstaticvoidmain(String[]args){ Personp=newPerson(); p.setName("tom"); p.setAge(18); p.setAddress("深圳"); p.setPhone("110"); System.out.println(p.toString()); } }
2.3.2 JavaBeans模式的劣势
2.4 构建器
@H_403_12@
构建器的创建对象就比较易于创建与阅读,线程安全
@H_403_12@等待所有的参数验证通过才会build()对象。
@H_403_12@与构造器相比,builder 的微略优势在,builder可以有多个可变(varargs)参数。构造器像方法一样,只有一个可变参数。因为builder利用单独的方法来设置每个参数,你想要多少个可变参数,他们就可以有多少个,知道每个setter方法都有一个可变参数。
@H_403_12@builder模式非常灵活,可以理由单个builder构建多个对象。builder的参数可以在创建对象时进行调整
@H_403_12@设置了参数的builder生成一个很好的抽象工厂(Abstract Factory),也就是客户端可以将这样一个builder传给方法,使该方法能为客户端创建一个或者多个对象
@H_403_12@builder也有自己的不足,就是创建对象就必须创建它的构建器。虽然创建构建器的开销在实践中可能不是很明显注意性能的情况先,这个就是问题了。
@H_403_12@builder模式还比重叠构造器模式更加的冗长,因此它会在参数多的时候使用。但是我们要知道,我们可能会在设计之后还要添加参数,所以已开始就用构建器还是比较好的。
3 总结
原文链接:https://www.f2er.com/ajax/161174.html如果类的构造器或者静态工厂中具有多个参数,设计这种类时,Builder模式就是不错的选择,特别是当大多数参数都是可选的时候。