遇到大量参数（必要参数/可选参数）的可选方案：
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);
}
}
}
