考虑用静态工厂方法代替构造器
类可以提供一个公有的静态工厂方法(static factory method),它只是一个返回类实例的静态方法。
将boolean基本类型值转化为一个Boolean对象引用
public static final Boolean TRUE = new Boolean(true);
public static final Boolean FALSE = new Boolean(false);
public static Boolean valueOf(boolean paramBoolean)
{
return paramBoolean ? TRUE : FALSE;
}
静态工厂方法与设计模式中的工厂方法模式不同。
优点
类可以通过静态工厂方法来提供它的客户端,而不是通过构造器。优势如下:
-
静态工厂方法有名称
- 构造器的参数会造成混乱,客户端往往不知道调用哪个构造器
- 当一个类需要多个带有相同签名的构造器时,就用静态工厂方法代替构造器,可以通过方法名称突出它们之间的区别
-
不必在每次调用它们的时候都创建一个新对象
- Boolean.valueof(boolean)从来不创建对象
- 不可变类可以使用预先构建好的实例,或者将构建好的实例缓存起来,重复利用,避免创建不必要重复对象
- 程序经常需要创建相同对象,并且创建对象代价高,这项技术可以极大提高性能
- 不可变类确保不会存在两个相等的实例,只有a==b,才有a.equals(b) = true,使用==可以提高性能(枚举保证了这一点)
-
可以返回原返回类型的任何子类型的对象
//service interface
public interface Service {
}
//service provider interface
public interface ServiceProvider {
Service newService();
}
//service registration and access
public class Services {
private Services(){}
private static final Map<String, ServiceProvider> providers =
new ConcurrentHashMap<String, ServiceProvider>();
public static final String DEFAULT_PRIVIDER_NAME = "<def>";
//provider registration API
public static void registerDefaultProvider(ServiceProvider p){
providers.put(DEFAULT_PRIVIDER_NAME, p);
}
public static Service newInstance(){
return newInstance(DEFAULT_PRIVIDER_NAME);
}
//service access API
public static Service newInstance(String name){
ServiceProvider p = providers.get(name);
if(p == null){
throw new IllegalArgumentException("no provicer registed with name:"+name);
}
return p.newService();
}
}
- 在创建参数化类型实例的时候,它们使代码变得更加简洁
- 静态工厂方法,编译器可以代替找到类型参数,这被称作类型推导(type inference)
Map<String,List<Stirng>> m = new HashMap<String,List<String>>();
//假设HashMap有如下静态工厂方法
public static <K,V> HashMap<K,V> newInstance(){
return new HashMap<K,V>();
}
//可以使用静态工厂方法实例化
Map<String,List<Stirng>> m = HashMap.newInstance():
缺点
- 类如果不含公有的或者是受保护的构造器,就不能被子类化
- 它们与其他的静态方法实际上没有任何区别
遵循命名规范
- valueOf:类型转换方法
- of:valueOf的简洁替代
- getInstance:返回实例通过方法参数描述。Singleton,没有参数,返回唯一实例
- getType:返回对象类型
- newType:返回对象类型