Effective java学习笔记1:考虑使用静态工厂方法代替构造方法

核心提示：我们要得到一个对象，马上想到构造方法，Effective java学习笔记1:考虑使用静态工厂方法代替构造方法，其实，静态工厂方法也可以替我们做到，例如,在jdk1.4里面,Boolean用了一个静态方法来得到一个boolean对象:public static Boolean valueOf(boolean b)que

　　我们要得到一个对象，马上想到构造方法，其实，静态工厂方法也可以替我们做到。
例如,在jdk1.4里面,Boolean用了一个静态方法来得到一个boolean对象:
public static Boolean valueOf(boolean b)

question:这个方法实际上并不返回一个object?
对的, sun的jdk 帮助里面讲: If a new Boolean instance is not required, this method should generally be used in PReference to the constrUCtor Boolean(boolean).
但是，不是说静态工厂方法所有时候都不返回一个object，只是不是所有时候都返回一个object。

使用静态工厂方法和构造方法比较的优缺点:
优点:
1. 静态工厂方法都是有自己的名字,轻易理解.
2. 静态工厂方法并不要求每次都生成一个对象.比如上面提到的Boolean的public static Boolean valueOf(boolean b)就不会返回一个object. sun的jdk帮助文档里面也提到,在不需要得到一个对象的情况下,使用valueof方法可以得到性能的提升.
而且这样,可以控制类在生的期间该类的句柄数,这个作用在单态(item 21)和类型安全(item 21)都是有用的.
3. 静态工厂方法可以返回该类的任何子类,这给了程序员更大的选择空间.
比如Collections,用了很多静态工厂方法来得到immuable的set,map之类的.
而且静态工厂方法可以强迫user通过接口来引用被返回的对象,而不是每次都使用构造函数,这是一个好习惯.
静态工厂方法返回的类,在编写含有静态工厂方法这个类的时候,可以并不存在,这就提供了一种灵活的service provider framework.比如java的密码系统扩展(JCE),provider为user提供多个api实现,framework提供一种机制来register这些实现,用户只需直接使用api,而不用考虑自己在使用哪个实现。
下面是这种机制的程序框架：
import java.util.*;
// Provider framework sketch
public abstract class Foo {
// Maps String key to corresponding Class object
private static Map implementations = null;
// Initializes implementations map the first time it´s called
private static synchronized void initMapIfNecessary() {
if (implementations == null) {
implementations = new HashMap();

// Load implementation class names and keys from
// Properties file, translate names into Class
// objects using Class.forName and store mappings.
// ...
}
}
public static Foo getInstance(String key) {
initMapIfNecessary();
Class c = (Class) implementations.get(key);
if (c == null)
return new DefaultFoo();
try {
return (Foo) c.newInstance();
} catch (Exception e) {
return new DefaultFoo();
}
}
public static void main(String[] args) {
System.out.println(getInstance("NonexistentFoo"));
}
}
class DefaultFoo extends Foo {
}

静态工厂方法的缺点:
1. 仅仅有静态工厂方法而没有public的构造方法的类不能被继续…这也不是没有好处--可能能迫使程序员使用复合来代替继续.
2. 有时候可能会导致与其他的static方法混淆.这个缺点可以通过使用标准的命名方法来区别于其他的static方法.
现在有两种方法已经开始形成标准:
valueof(type k)-返回和k有相同值的句柄.
Getinstance-返回一个复合参数所描述的句柄.但是不一定和参数具有相同的值..这个方法在Provider framework里面是很有用的.

所以,我们不要每次都毫不犹豫的使用构造方法,有时候静态工厂方法可能是更加合适的.但是当你无法取舍的时候,还是使用构造方法吧,因为它是比较普通和标准的.

转载自:www.matrix.org.cn