Item_44._default_functional_interface.md

Item 44. 표준 함수형 인터페이스를 사용하라

템플릿 메서드를 람다로 대체

• 하위 클래스가 메서드를 오버라이딩해 각자의 행동을 구현하도록 하는 템플릿 메서드는 Java 8 이후로 메서드의 인자로 함수 객체를 넘기는 것으로 대체가 가능해짐
• java.util.function 패키지 내에는 이미 우리가 필요로 하는(위와 같이 기존 동작을 대체하는) 다양한 표준형 함수 인터페이스들이 존재
  • 이를 사용하는 것이 해당 API가 다루는 개념의 수를 줄일 수 있어 더 읽기 쉬운 코드를 만듦

표준 함수형 인터페이스

UnaryOperator

T apply(T t)

• 단일 인자를 받아 같은 타입의 값을 반환
• 예: String::toLowerCase

BinaryOperator

T apply(T t1, T t2)

• 같은 타입의 두 인자를 받아 같은 타입의 값을 반환
• Integer::sum

Predicate

boolean test(T t)

• 단일 인자를 받아 참/거짓을 판별해 반환
• Collection::isEmpty

Function<T,R>

R apply(T t)

• 단일 인자를 받아 서로 다른 타입의 값을 반환
• Arrays::asList

Supplier

T get()

• 공급자, 받는 것 없이 제공만 함을 의미

Consumer

void accept(T t)

• 소비자, 주는 것 없이 제공받기만 함을 의미

나머지 표준 함수형 인터페이스

• 총 43개가 존재함
• 나머지는 모두 위의 6가지의 변형

커스텀 함수형 인터페이스

커스텀 함수형 인터페이스인 Comparator

• Comparator 인터페이스는 사실 ToIntBiFunction<T,U>라는 표준 함수형 인터페이스로 대체가 가능한데, 가능함에도 새로 선언한 이유가 있음
  1. 이름이 용도를 잘 설명 (이름 자체로도 용도를 잘 설명해야 함)
  2. 반드시 지켜야 할 규약이 존재
     • 반환값이 음수/0/양수를 어떨 때 반환해야 하는가에 대한 규약
  3. 여러 디폴트 메서드를 제공

커스텀 함수형 인터페이스를 선언해야 할 때

1. 여러 곳에서 자주 사용되며, 이름 자체로 그 용도를 설명해야 할 때
2. 반드시 따라야 하는 규약이 존재할 때
3. 유용한 디폴트 메서드를 제공해야 할 때