Item 21. 인터페이스는 구현하는 쪽을 생각해 설계하라

  자바 8에서는 핵심 컬렉션 인터페이스들에 다수의 디폴트 메서드가 추가되었습니다. 주로 람다(7장 참조)를 활용하기 위해서입니다. 자바 라이브러리의 디폴트 메서드는 코드 품질이 높고 범용적이라 대부분 상황에서 잘 작동합니다. 하지만 생각할 수 있는 모든 상황에서 불변식을 해치지 않는 디폴트 메서드를 작성하기란 어려운 법입니다.

 

    // 코드 21-1 자바8의 Collection 인터페이스에 추가된 디폴트 메서드
    default boolean removeIf(Predicate<? super E> filter) {
        Objects.requireNonNull(filter);
        boolean removed = false;
        final Iterator<E> each = iterator();
        while (each.hasNext()) {
            if (filter.test(each.next())) {
                each.remove();
                removed = true;
            }
        }
        return removed;
    }

  이 코드는 현존하는 모든 Collection 구현체와 잘 어우러지는 것은 아닙니다. 대표적인 예가 아래 아파치 커먼즈 라이브러리의 SynchronizedCollection 클래스입니다. 해당 클래스는 클라이언트가 제공한 객체로 락을 거는 능력을 추가로 제공하는데 removeIf 메서드를 재정의하지 않고 있습니다. removeIf의 구현은 동기화에 관해 아무것도 모르므로 락 객체를 사용할 수 없습니다. 따라서 SynchronizedCollection 인스턴스를 여러 스레드가 공유하는 환경에서 한 스레드가 removeIf를 호출하면 ConcurrentModificationException이 발생하거나 다른 예기치 못한 결과로 이어질 수 있습니다.

org.apache.commons.collections4.collection.SynchronizedCollection

 

  기존 인터페이스에 디폴트 메서드로 새 메서드를 추가하는 일은 꼭 필요한 경우가 아니면 피해야 합니다. 추가하려는 디폴트 메서드가 기존 구현체들과 충돌하지는 않을지 심사숙고해야 함도 당연합니다. 반면, 새로운 인터페이스를 만드는 경우라면 표준적인 메서드 구현을 제공하는 데 아주 유용한 수단이며, 그 인터페이스를 더 쉽게 구현해 활용할 수 있게끔 해줍니다(Item 20).

 

  새로운 인터페이스라면 릴리스 전에 반드시 테스트를 거쳐야 합니다.

 

[참고 정보]

이펙티브 자바 Effective Java 3/E 도서 [조슈아 블로크 저]

이펙티브 자바 깃허브 저장소

<이펙티브 자바, 3판> 번역 용어 해설