Effective Java - Favor the use of standard functional interfaces

這個item的主要目的是希望大家能夠盡量使用JDK本身所提供的functional interfaces而減少自創武功。減少自創武功的原因主要有以下幾點:

  1. 這會讓你設計的API容易被學習,如果用的人熟悉JDK內建的API,可以避免他們需要額外去了解你定義的概念。
  2. 這將讓你的API較容易維護。因為東西越多,通常會越複雜,測試也會跟著增加。

書中的例子是使用LinkedHashMap的protected method removeEldestEntry,這是一個template method;在Java 8以前可以透過override這個method來達到保留最新的100個entries:

protected boolean removeEldestEntry(Map.Entry<K,V> eldest) {
	return size() > 100;
}
假如在有Lambdas之後,可以透過宣告一個functional interfaces將要怎麼做的決定權交給client:
@FunctionalInterface
interface EldestEntryRemovalFunction<K,V>{
	boolean remove(Map<K,V> map, Map.Entry<K,V> eldest);
}
這個方法是可以使用的,但書中建議你可以使用標準的BiPredicate去定義這個介面: BiPredicate<Map<K,V>, Map.Entry<K,V»。內建的functional interfaces非常多,書中建議大家要記住這六個常用的functional interfaces:


除此之外,還有幾個重點需要注意:

  1. 基於效能因素,不建議大家使用標準的functional interfaces+boxing type去替代原本的primitive functional interfaces。例如應使用BooleanSupplier而非Supplier<Boolean>。
  2. 基於新的functional interface可能會被廣泛使用、名稱是很重要的概念或是會使用到default method,那就可以選擇自創武功。書中是以Comparator為例。
  3. 自創武功時,要記得宣告@FunctionalInterface。這可以明確告訴開發人員它的用途,也可以避免被加上不屬於這個用途的method。
  4. 盡量避免在overloading method同一個位置的參數使用不同的functional interface,這容易造成client ambiguity問題。

Effective Java第三版Item 44。