20150628 星期日 北京
对下面编程情景是否很熟悉呢?
privatefinal List<Cheese> cheeseInStock = ...;
public Cheese[] getCheeses () {
if(cheeseInStock.size() == 0) { return null; }
...
}
问题情景,把没有cheese可买当特殊情况处理,不符合常理.这会要求客户端必须有额外的代码处理null返回值. 例如(很眼熟吧?)
Cheese[] cheeses = shop.getCheeses();
if(cheeses != null &&
Arrays.asList(cheeses).contains(Cheese.STILTON)){
....
}
[和代码简洁之道提倡的一致,看样子我已经超越平凡啦!]
而不是下面的代码:
if (Arrays.asList(cheeses).contains(Cheese.STILTON)){
....
}
对于返回null而不是零长度的数组或者集合,每次用到该方法都需要这种专门曲折的处理方式.
缺点:麻烦,不友好,需要客户端程序员处理额外无用的工作,应该把麻烦留给自己,把方便留给别人;容易遗忘这种曲折的处理方式;返回null而不是零长度的数组或者集合的方法,本身变得复杂!
错误观点:null返回值比零长度数组好,因为避免分配数组需要的开销.
这个观点站不住脚,首先这个级别担心性能是不明智的,除非分析表明这个方法就是造成性能的根本原因;其次对于不返回任何元素的调用,每次都返回同一个零长度数组是可能的,因为零长度数组是不可变的,而不可变对象有可能被自由共享.
当使用标准做法把一些元素从一个集合转存到一个类型化的数组中时,它正是这样做的:
private final List<Cheese> cheeseInStock = …;
private static final Cheese[] EMPTY_CHEESE_ARRAY =new Cheese[0];
public Cheese[] getCheeses(){
return cheeseInStock.toArray(EMPTY_CHEESE_ARRAY);
}
习惯用法中,零长度数组常量被传递给toArray方法,以指明所期望的返回类型.正常情况下,toArray方法分配返回的数组,但是数组是空的,它将使用零长度输入数组.
Collection.toArray(T[])的规范保证:如果输入数组达到足够容纳这个集合,它将返回这个输入数组.因此,这种做法永远不会分配零长度数组.[].[搞不懂为何这么说,这么说对这个章节有什么作用?]
集合值方法可以做成需要返回空集合时返回同一个不可变的空集合.Collections.emptySet(),
Collections.emptyList(),Collections.emptyMap()方法正是所需要的.
private final List<Cheese> cheeseInStock = …;
public List<Cheese> getCheesesList(){
if (cheeseInStock.isEmpty())
rerurnCollections.emptyList();
else
return new ArrayList(cheeseInStock);
}
返回类型为数组或集合的方法没有理由返回null,而不是返回一个零长度的数组或者集合.