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个或者更多个参数。
而且值得注意的是: 最好在类的设计之初就考虑是否使用构建器,否则日后扩展起来新构建器来和旧构造器一起用维护起来不方便。