第2条 遇到多个构造器参数时要考虑用构建器

1. 构建器适合的使用场景

当一个类成员变量很多，那么生成该类的对象就会需要传入很多参数，无论是通过构造函数生成还是静态工厂方法，这种场景就比较适合使用构建器--Builder模式。

public class A {
    private int a;
    private int b;
    private int c;

	// 传统的构造函数
	public A(int a){}
	public A(int a, int b){}
	public A(int a, int b, int c){}
	
	// JavaBean模式
	public A(){}
	public void seta(int a){}
	public void setb(int b){}
	public void setc(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)}
    }
    public A(Builder builder){
		a = builder.a;
		b = builder.b;
		c = builder.c;
	}
}

2. 构建器优点

1）Builder模式模拟了具名的可选参数，客户端代码将更易于阅读和编写。使用者一眼就能看明白设置的是哪个参数，不容易设错参数
2) Builder可以有任意多个可变参数，不需要的参数可以不设置，而构造器对于不需要的参数可能也需要设置默认值
3）Builder模式十分灵活，可以利用单个builder构建多个对象
4）对比JavaBean模式，Builder模式天生具备生成对象的线程安全性
(因为静态内部类只有在被使用到的时候才会加载，而JVM保证类加载过程是线程安全的)，并且Builder模式也具备JavaBean模式那么好的可读性。而JavaBean模式的不足之处在于会阻止把类做成不可变的可能、需要程序员做额外的工作来保证创建对象的线程安全性。

3. 构建器缺点

1）必须要创建构建器，也就是需要创建一个静态内部类且参数与外围类一模一样，有额外的开销。

4. 总结

总之，如果类的构造函数或静态工厂方法具有多个参数，建议使用Builder模式，特别是当大多数参数是可选的时候。最好在类设计之初就是用构建器，否则随着功能迭代构建器和旧构造函数在一起不是很好维护。