這個item的主要目的是希望大家能夠盡量使用JDK本身所提供的functional interfaces而減少自創武功。減少自創武功的原因主要有以下幾點:
- 這會讓你設計的API容易被學習,如果用的人熟悉JDK內建的API,可以避免他們需要額外去了解你定義的概念。
- 這將讓你的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:
除此之外,還有幾個重點需要注意:
- 基於效能因素,不建議大家使用標準的functional interfaces+boxing type去替代原本的primitive functional interfaces。例如應使用BooleanSupplier而非Supplier<Boolean>。
- 基於新的functional interface可能會被廣泛使用、名稱是很重要的概念或是會使用到default method,那就可以選擇自創武功。書中是以Comparator為例。
- 自創武功時,要記得宣告@FunctionalInterface。這可以明確告訴開發人員它的用途,也可以避免被加上不屬於這個用途的method。
- 盡量避免在overloading method同一個位置的參數使用不同的functional interface,這容易造成client ambiguity問題。
Reference:
- Effective Java, 3/e, Item 4。
留言
張貼留言