Chapter 01：创建和销毁对象

《一》考虑用静态工厂方法代替构造器

下面是Boolean类的一个简单示例：

 Why ？平时我们用共有的构造器不爽吗？

1.静态工厂方法与构造器不同的第一大优势在于，它们有名称！！！名称对于程序多重要，毋庸置疑了，如果你没这样感觉，那就什么都别说，多敲代码就知道了。

2.静态工厂方法与构造器不同的第二大优势在于，不必在每次调用它们的时候创建一个新的对象。比如不可变类可以使用预先构建好的实例，或者将构建好的实例缓存起来，进行重复利用，从而达到提升性能的效果。

3.静态工厂方法与构造器不同的第三大优势在于，它们可以返回原返回类型的任何子类型的对象。这样在选择返回对象上就有了更大的灵活性。

4.静态工厂方法的第四大优势在于，在创建参数化类型实例的时候，它们使代码变得更加简洁。

Not? 利弊总是同时存在，没有尽善尽美的东西

1.静态工厂的方法的主要缺点在于，类如果不含公有的或者受保护的构造器，就不能子类化。

如果我们在类中将构造函数设为private，只提供静态工厂方法来构建对象，那么我们将不能通过继承扩展该类。 

但是这也会鼓励我们使用复合而不是继承来扩展类。

2.静态工厂方法的第二缺点在于，它们与其他静态方法实际没有任何区别。

在API文档中，构建对象的静态工厂方法并没有像构造器那样明确标识出来，不能和其他静态方法很方便地区分开来。 

可以通过遵循静态工厂方法的命名规范来弥补这一劣势：

valueOf - 不太严格的讲，该方法返回的实例与它的参数具有相同的值，一般作为类型转换使用

of - valueOf的更为简洁的替代。

getInstance - 返回的实例通过方法的参数来描述，但不能说与参数具有同样的值。对于Singleton来说，使用无参getInstance，返回唯一的实例。

newInstance - 像getInstance一样，但其能够确保每次都返回新的对象。

getType - 像getInstance一样，但此方法返回的对象是另一个不同的类。

newType - 像getType一样，但每次返回一个新对象。

总而言之，静态工厂方法和公有构造器具有各自的用处，但静态工厂方法通常更加合适，因此切记第一反应就是提供公有的构造器，而先不考虑静态工厂方法。

《二》遇到多个构造器参数时候要考虑构建器

遇到多个构造器参数，一般采用的是重叠构造器模式，或者JavaBeans模式（线程不安全）

这里要说的是第三种，既能像重叠构造器模式那样安全性，也能保证像JavaBeans模式那么好的可读性，这就是Builder模式，构建器模式。

eg:

Java传统抽象工厂实现是class对象，用newInstance方法充当build方法的一部分，这种用法隐含许多问题，因为newInstance总是企图调用类的无参构造，这个构造可能根本不存在，但是也不会收到编译时期错误，相反，必须在运行时处理，换句话说，Class.newInstance破坏了编译时期的异常检查。

Builder模式不足之处，为了创建对象必须先创建它的构造器，虽然创建构造器的开销，实际中可以忽略，注重性能的情况除外，同时他比其他模式更加冗余。

因此，只有在参数比较多的时候使用它才比较合理（一般参数4个+），切记，一开始使用重叠构造或者JavaBeans，中间再切换构造器，这样会导致代码不协调，很乱，最好计划一开始就用。简而言之，如果类的构造器或者静态工厂中具有多个参数，设计这种类时候，Builder是不错选择，特别当大多数参数都是可选的，这样会使代码更加容易阅读和编写，同时也比JavaBeans更安全。