遇到大量参数(必要参数/可选参数)的可选方案:
1.重叠构造器模式
class Test{
private int param1;
private String param2;
private int param3;
Test(int param1) {
this(param1,null);
}
Test(int param1,String param2) {
this(param1,param2,0);
}
Test(int param1,String param2,int param3) {
this.param1 = param1;
this.param2 = param2;
this.param3 = param3;
}
}
比较常用的方式,参数较少的时候看着还挺优雅的。
缺点:参数较多的时候不友好.
(1)使用不便:当使用这些构造器的时候,可能需要数着参数个数来写,参数顺序写倒了可能也不容易发现,因为类型一致编译的时候不报错。
(2)阅读不便:看着构造器可能还容易读懂各个参数是什么意思。填上参数的话就不一定了,而且可能也得数着个数去读。
new Test(0,"",0);
2.JavaBeans模式
Test1 test1 = obj.new Test1();
test1.setParam1(1);
test1.setParam2(null);
test1.setParam3(1);
解决了重叠构造器的问题,就一个无参构造器自然没有使用不便了。设置参数也容易读,知道每个参数设置的是什么值,知道第一个1是param1,第二个1是param3。
缺点:
(1) 构造过程分步进行,构造过程中对象可能处于不一致的状态:如果是采用构造器模式,所有参数一起传递给构造器,对象创建好的同时参数也设置好了。可以理解为对象创建和参数设置不能保持一致。如在多线程的情况下,一个线程创建一个对象,另外一个线程使用这个对象就比较麻烦了,很可能虽然类创建了但是参数却没设。
if (test1 != null){
int p1 = test1.getParam1();
//可能p1取到的就不是另外一个线程设置的值,而是默认值。
}
(2)使用JavaBean模式就不可能将这个类变成不可变类了:JavaBean必须可变,因为要set参数嘛。而不可变类的优点是天生可以保证其线程安全。
3.Builder模式
既能保证像重叠构造器模式一样的安全性,也能保证像JavaBeans模式一样好的可读性。
缺点:
(1)导致需要创建更多对象(builder对象),带来的影响几乎可以忽略不记,不过如果在循环中创建还是可以考虑一下builder重复使用的(比如可以参考集合类给builder增加一个clear方法,循环中clear一下再使用,就没必要重新创建Builder对象了)。
(2)要写的代码比较冗长:不过在参数较多,和以后可能添加参数的情况,就是一劳永逸的。
public class Person {
private final String firstName;
private final String lastName;
private final int age;
private final int sex;
private Person (Builder builder) {
this.firstName = builder.firstName;
this.lastName = builder.lastName;
this.age = builder.age;
this.sex = builder.sex;
}
public static class Builder implements IBuilder<Person>{
private String firstName;
private String lastName;
private int age;
private int sex;
public Builder firstName(String firstName) {
this.firstName = firstName;
return this;
}
public Builder lastName(String lastName) {
this.lastName = lastName;
return this;
}
public Builder age(int age) {
this.age = age;
return this;
}
public Builder sex(int sex) {
this.sex = sex;
return this;
}
@Override
public Person builder() {
return new Person(this);
}
}
}
网友评论