对于类而言,为了让客户端获取它自身的一个实例,最传统的方法就是提供一个公有的构造器。还有一种方法,也应该在每个程序员的工具箱中占有一席之地。类可以提供一个公有的静态工厂方法( static factory method ),它只是一个返回类的实例的静态方法。
本条目中所指的静态工厂方法并不直接对应于设计模式( Design Pattern )中的工厂方法。如果不通过公有的构造器, 或者说除了公有的构造器之外,类还可以给它的客户端提供静态工厂方法。提供静态工厂方法而不是公有的构造器,这样做既有优势,也有劣势。
当一个类需要多个带有相同签名的构造器时,就用静态工厂方法代替构造器,并且仔细地选择名称以便突出静态工厂方法之间的区别。如:
构造器Biginteger (int , int, Random )返回的Biginteger 可能为素数,如果用名为Biginteger.probablePrime 的静态工厂方法来表示,显然更为清楚(Java 4 版本中增加了这个方法。)
这使得不可变类可以使用预先构建好的实例,或者将构建好的实例缓存起来,进行重复利用,从而避免创建不必要的重复对象。
API 可以返回对象,同时又不会使对象的类变成公有的。以这种方式隐藏实现类会使API 变得非常简洁。
只要是已声明的返回类型的子类型,都是允许的。返回对象的类也可能随着发行版本的不同而不同。
这种灵活的静态工厂方法构成了服务提供者框架( Service Provider Framework)的基础,例如JDBC(Java 数据库连接)API 。
服务提供者框架是指这样一个系统:
多个服务提供者实现一个服务,系统为服务提供者的客户端提供多个实现,并把它们从多个实现中解稠出来。
服务提供者框架中有三个重要的组件:服务接口( Service Interface ),这是提供者实现的;提供者注册API ( Provider Registration API ),这是提供者用来注册实现的;服务访问API (Service Access API) ,这是客户端用来获取服务的实例。
服务提供者框架的第四个组件服务提供者接口( Service Provider Interface )是可选的,它表示产生服务接口之实例的工厂对象。如果没有服务提供者接口,实现就通过反射方式进行实例化。
这样也许会因祸得福,因为它鼓励程序员使用复合( composition),而不是继承,这正是不可变类型所需要的。
在API 文档中,它们没有像构造器那样在API 文档中明确标识出来,因此对于提供了静态工厂方法而不是构造器的
类来说,要想查明如何实例化一个类是非常困难的。
下面是静态工厂方法的一些惯用名称:
Dated= Date . from(instant);
Set<Rank> faceCards = EnumSet. of (JACK , QUEEN, KING);
Biginteger prime = Biginteger.valueOf(Integer .MAX_VALUE);
StackWalker luke = StackWalker.getinstance(options);
Object newArray = Array.newInstance(classObject, arrayLen);
FileStore fs = Files.getFileStore(path);
BufferedReader br= Files.newBufferedReader(path);
List<Complaint> litany = Collections.list(legacylitany);
简而言之,静态工厂方法和公有构造器都各有用处,我们需要理解它们各自的长处。静态工厂经常更加合适,因此切忌第一反应就是提供公有的构造器, 而不先考虑静态工厂。