java-遇到多个构造器参数时使用构建器

对于这样的类，应该用哪种构造器或者静态工厂来编写呢？程序员一向习惯采用重叠构造器（telescoping constructor）模式，在这种模式下，提供的第一个构造器只有必要的参数，第二个构造器有一个可选参数，第三个构造器有两个可选参数，依此类推，最后一个构造器包含所有可选的参数。下面有个示例，为了简单起见，它只显示四个可选域：

 

 当你想要创建实例的时候，就利用参数列表最短的构造器，但该列表中包含了要设置的所有参数：
NutritionFacts cocaCola=new NutritionFacts (240. 8. 100.0.35. 27)：
这个构造器调用通常需要许多你本不想设置的参数，但还是不得不为它们传递值。在这个例子中，我们给fat 传递了一个值为0。如果“仅仅” 是这6个参数，看起来还不算太糟糕，问题是随着參数数目的增加，它很快就失去了控制。
简而言之，重蓝构造器模式可行，但是当有许多参数的时候，客户端代码会很难编写，并且仍然较难以阅读。

遇到许多可选的构造器參数的时候，还有第二种代替办法，即JavaBeans 模式，在这种模式下，先调用一个无参构造器来创建对象，然后再调用 setter 方法来设置每个必要的参数，以及每个相关的可选参数：

 这种模式弥补了重叠构造器模式的不足。说得明白一点，就是创建实例很容易，这样产生的代码读起来也很容易：

 在构造过程中 JavaBean 可能处于不一致的状态。JavaBeans 橫式使得把类做成不可变的可能性不复存在。

幸运的是，还有第三种替代方法，它既能保证像重叠构造器模式那样的安全性，也能保证像 JavaBcans 模式那么好的可读性。这就是建造者（Builder）模式[ Gamma9s〕的一种形式。它不直接生成想要的对象，而是让客户端利用所有必要的参数调用构造器（或者静态工厂），得到一个builder对象。然后客户端在 builder 对象上调用类似于 setter 的方法，来
设置每个相关的可选参数。最后．客户端调为无参的 bui1a 方法来生成通常是不可变的对象。这个builder通常是它构建的类的静态成员类（详见第24条）。下面就是它的示例：