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問題。

Reference:

1.  Effective Java, 3/e, Item 4。