第2条 创建和销毁对象——遇到多个构造器参数时要考虑用构建器

1、静态工厂与构造器有一个共同的局限性：它们都不能很好地扩展到大量的参数。当创建对象需要传入多个参数的时候，程序员一向习惯采用重叠构造器模式来解决，也就是根据参数的数量写不同的构造器，示例如下：

public class A{
public A(int a){}
public A(int a, int b){}
public A(int a, int b, int c){}
}

虽然该方法实际可行，但是当参数比较多的时候，客户端代码会很难编写，并且代码难以阅读。

2、对于上述问题可以采用第二种方法，即JavaBeans模式：

public classA{
public A(){}
public void seta(int a){}
public void setb(int b){}
public void setc(int c){}
}

相比较于重叠构造器模式，这种模式提高了传参的可读性和灵活性，使得创建实例变得很容易了，但是该模式在构造实例过程中JavaBean可能会处于不一致的状态，另外一个不足就是JavaBean模式阻止了把类做成不可变的可能。

3、构建器模式，该模式既能保证像重叠构造器模式那样的安全性，也能保证像JavaBean模式那样好的可读性和传参的灵活性。

publicclass A {
private int a;
private int b;
private int c;

public static class Builder {
private int a;
private int b;
private int c;
public Builder(){}
public Builder seta(int a) { this.a =a; return this}
public Builder setb(int b) { this.b =b; return this}
public Builder setc(int c) { this.c =c; return this}
public A build() { return new A(this)}
}

private A(Builder builder) {
this.a = builder.a;
this.b = builder.b;
this.c = builder.c;
}
}

调用构造方法：

A a = new A.Builder().seta(1).setb(2).setc(3).build();

这样就解决了以上所述的问题，这样的客户端代码很容易编写和阅读。构建器模式也有它的不足：

1）构建器模式比重叠构造器模式更加冗长，写起来很复杂。

2）创建对象的开销比较大。

所以构建器模式只有在参数比较多的时候才使用，比如4个或者更多个参数。

而且值得注意的是：最好在类的设计之初就考虑是否使用构建器，否则日后扩展起来新构建器来和旧构造器一起用维护起来不方便。