[이펙티브 자바] 아이템21. 인터페이스는 구현하는 쪽을 생각해 설계하라

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

---

자바 8 디폴트 메서드 (Default Method)

자바 8 전에는 기존 구현체를 깨뜨리지 않고는 인터페이스에 메서드를 추가할 방법이 없었다.

인터페이스에 메서드를 추가하면 보통은 컴파일 오류가 나는데, 추가된 메서드가 우연히 기존 구현체에 이미 존재할 가능성은 아주 낮기 때문이다.

자바 8에 와서 기존 인터페이스에 메서드를 추가할 수 있도록 디폴트 메서드가 생겼다.

디폴트 메서드의 문제점

디폴트 메서드를 선언하면, 그 인터페이스를 구현한 후 디폴트 메서드를재정의하지 않은 모슨 클래스에서 디폴트 구현이 쓰이게 됨으로,

모든 기존 구현체들과 연동되지 않을 수 있는 문제가 발생한다.

 

자바 8부터는 주로 람다를 활용하기 위해서 다수의 디폴트 메서드가 추가되었는데, 생각할 수 있는 모든 상황에서 불변식을 해치지 않는 디폴트 메서드를 작성하는 것은 어렵다.

자바 8의 Collection 인터페이스에 추가된 디폴트 메서드

default boolean removeIf(Predicate<? super E> filter) {
	Objects.requireNonNull(filter);
    boolean result = false;
    for (Iterator<E> it = iterator(); it.hasNext(); ){
    if(filter.test(it.next()){
    	it.remove();
        result = true;
     }
   }
   return result;

 

해당 메서드는 주어진 boolean 함수 predicate가 true를 반환하는 모든 원소를 제거한다. 하지만 현존하는 모든 Collection 구현체와 잘 어우러지지 않는다.

 

대표적인 예로, apache.commons 라이브러리의 SynchronizedCollection 클래스는 클라이언트가 제공한 객체로 락을 거는 능력을 추가로 제공하고 있다. (모든 메서드에서 주어진 락 객체로 동기화 한 후 내부 컬렉션 객체의 기능을 위임하는 래퍼 클래스(아이템 18))

 

하지만 SynchronizedCollection 클래스는 removeIf() 메서드를 재정의하고 있지 않기 때문에, 디폴트 구현을 물려받게 될 때,

SynchronizedCollection 인스턴스를 여러 스레드가 공유하는 환경 에서 한 스레드가 removelf를 호출하면

ConcurrentModificationException이 발생하거나 다른 예기치 못한 결과로 이어질 수 있다.

 모든 메서드 호출을 알아서 동기화해주지 못하는 문제가 발생하는 것이다.

 

또한, 디폴트 메서드는 컴파일에 성공하더라도 기존 구현체에 런타임 오류를 일으킬 수 있다.

---

핵심 정리

따라서, 기존 인터페이스에 디폴트 메서드로 새 메서드를 추가하는 일은 꼭 필요한 경우가 아니면 피해야 한다.

디폴트 메서드라는 도구가 생겼더라도 인터페이스를 설계할 때는 여전히 세심한 주의를 기울여야 한다.

인터페이스를 릴리즈한 후라도 결함을 수정하는 게 가능한 경우도 있겠지만, 절대 그 가능성에 기대서는 안 된다.