从类获取实例,最常用是利用构造器,其次就是利用静态工厂方法。例如下面方法将boolean基本类型值转化为Boolean对象引用:
public static Boolean valueOf(boolean b){
return b ? Boolean.True : Boolean.False;
}
使用静态工厂方法的优势:
(1)它们有名称,可以通过名称确定应该调用哪个静态工厂方法,而构造器名称都一样,仅凭借参数不同不容易确定应该调用哪个构造方法。
(2)不必再每次调用它们的时候都创建一个对象。
例如上面的valueOf方法,返回的Boolean.True如下所示是事先创建好的对象。所以如果程序经常请求创建相同的对象并且创建对象的代价很高,那么有助于性能提高。
public static final Boolean TRUE= new Boolean(true);
静态工厂方法,为重复的调用返回相同对象,有助于类控制某个时刻哪些实例应该存在,这叫做实例受控类(instance controlled)
实例受控类->Singleton类,不可实例化类,不可变类不会存在两个相等的实例,即a==b才有a.equals(b)
(3)它们可以返回原返回类型的任何子类型的对象。
这样API可以返回对象,同时又不会使对象的类变成共有的。例如Java Collections Framework集合有32个便利实现,几乎所有实现都通过静态工厂方法在一个不可实例化的类中导出,所有返回对象的类都是非公有的。
public static> EnumSetnoneOf(Class elementType) {
Enum[] universe =getUniverse(elementType);
if(universe ==null)
throw new ClassCastException(elementType +" not an enum");
if(universe.length<=64)
return new RegularEnumSet<>(elementType,universe);
else
return new JumboEnumSet<>(elementType,universe);
}
RegularEnumSet和JumboEnumSet都是非公有类,返回类型根据元素的个数发生变化。但这个类型必须是声明类型的子类型。这两个实现类对客户端不可见,客户端也不需在意,以后删除这种实现或增加新的子类实现不会造成不良影响。
静态工厂方法返回的对象所属的类,在编写包含该静态工厂方法的类时可以不必存在。这是服务提供者框架的基础。
服务提供者框架:多个服务提供者实现一个服务,系统为服务提供者的客户端提供多个实现,并把他们从多个实现中解耦出来。框架主要有以下四个组成部分:
服务接口:提供者实现 JDBC Connection
提供者注册API:系统注册,客户端访问 DriverManager.registerDriver
服务访问API:客户端获取服务 DriverManager.getConnection
服务提供者接口:服务提供者接口 Driver
(4)创建参数化类型实例时,它们使代码变得更加简洁(这个现在没那么重要了)
Map<String,List<String>> m=new HashMap<String,List<String>>();
用静态工厂:
public static<K,V> HashMap<K,V> newInstance(){
return new HashMap<K,V>();
}
现在提供自动识别功能,所以这种方法就没必要了。
Map<String,List<String>>m=new HashMap>();
静态工厂方法主要缺点
(1)类如果不含共有的或受保护的构造器,就不能被子类化。
这从某种程度上鼓励使用复合而不是继承。
(2)它们与其他的静态方法实际没有任何区别,不过随着Javadoc工具的完善,丑小鸭会变成白天鹅的。或者用以下静态方法名称来标示:
valueOf(of):实际上是一种类型转化方法
getInstance:返回的实例通过方法的参数来描述。
newInstance:保证每个返回的实例与其他的都不同。
getType
newType
网友评论