考虑用静态工厂方法代替构造器
Tips:这里的静态工厂方法非设计模式的静态工厂方法
1、相对构造器的优势：
1.1、静态工厂方法有名称：
因为构造器只能有一个特定的签名，所以要提供多个构造器必须要通过参数列表的顺序上不同来实现，这样要求用户记住各种构造器，如果没有相关文档，容易出现错误。（eclipse中有自动检测功能，不过从语言的角度这样还是有问题的）而对于静态工厂方法，当一个类需要多个带有相同标签名得构造器时，就用静态工厂方法代替构造器，并慎重的选择名称以便突出它们之间的区别
1.2、不用每次调用的时候都新建一个对象
Java中创建对象的成本是非常大的，因此使用静态工厂方法的同时，可以预先构建好的实例，或者将构建好的实例缓存起来，进行重复利用，避免创建不必要的对象。
Such as :Boolean.valueOf()，永远不创建对象
Public static Boolean valueOf(Boolean b) {
Return b ?
Boolean.TRUE : Boolean.FALSE;
}
Ps:我们自己写程序的时候，可以通过enum来控制类在某个时刻那些实例存在。这些类被称为实例受控的类。
1.3、可以返回返回原类型的任何子类型的对象
1.3.1、这里将类得子类进行隐藏，通过API返回对象，同时又不会使对象的类变成共有。同时这也为针对接口编程提供了便利。因为接口不能有静态方法（静态方法属于类所拥有），则将接口Types中的静态工厂方法被放在一个名为Types的不可实例化的类中。
API中实现就是Collecion和Collections。
Collection是java中的集合类的接口，它提供了集合类所共有的方法
Collections是由Collection上进行操作或返回Collection的静态方法组成。例如它提供了不可修改的集合，同步集合等。通过这种方式比导出32个独立公有类得实现方式要小得多。
1.3.2、公有的静态工厂方法所返回的对象的类不仅可以是非公有的，而且该类还可以随着每次调用而发生变化，这取决于静态工厂方法的参数值。
API中实现是 EnumSet类
书中说：如果它的元素有64个或者更少，静态工厂方法就返回了一个RegalarEnumSet实例，用单个long支持；如果枚举类型有65个或者更多的元素，工厂就返回JumboEnumSet类型，用long数组进行支持。
Ps:查阅了下jdk api没有找到相关的内容。不过理解上没什么难度，根据传入参数的量。底层动态选择实现的方式而已。
1.3.3、静态工厂方法返回的对象所属的累，在编写该静态工厂方法的类时可以不必存在。
服务者框架：多个服务提供者实现了一个服务，系统为服务提供者的客户端提供多个实现，并把他们从多个实现中解耦出来。
服务提供者框架三个重要的组件：
服务接口（Service Interface）：提供者实现的;
提供者注册的API(provider Registration API)，系统用来注册实现的，让客户端返回它们的
服务访问API(Service Registration API),客户端用来获取服务的实例的。
API中实现是JDBC的服务
每个db提供自己的*.Jar包来实现DB的操作即Driver，它们遵从一套标准。这就是服务接口
JDK中提供的DriverManagere.registerDriver是提供者注册的API,
DriverManager.getConnection()是服务访问API.
Ps:如果对这一部分不是很理解的话，强烈推荐原书中P7的code…一看就明白了
1.4、在创建参数化类型实例的时候，它们使代码变得更加简洁
这里面主要提到的是类型推导(type reference)。所谓类型推导，即根据你定义的返回对象的类型来推导实例化的类型(个人感觉虽然很方便，有点不靠谱啊)
书中给的代码实例如下：
Public static <K,V> HashMap<K, V> newInstance()
{
return new
HashMap<K, V>();
}
Map<Strinng, List<String>> m = HashMap.newInstance();
2、静态工厂的缺点
2.1、类如果不含公有的或者受保护的构造器，就不能被子类化。
这里的主要原因就是，子类的方法的范围权限比父类更严格。书中也提到了，这其实是个优点。因为组合比继承更应该用。
2.2、和其他静态方法实际上没有任何区别。
这个纯粹是从java doc方便查询的角度来说的,so I don’t care it