디폴트 메서드를 적용하기 전에 고민하라
•
자바 7까지에서는 디폴트 메서드가 없었기 때문에, 인터페이스에 새로운 메서드가 추가되는 경우에 대한 가정없이 작성되었을 것이다. 그러한 인터페이스에 디폴트 메서드를 추가하면 구현 클래스에서는 해당 메서드를 정의하지 않았기 때문에 무작정 삽입된다.
•
그렇다고해서 생각할 수 있는 모든 상황에서 불변식을 해치지 않는 디폴트 메서드를 만들기도 어렵다.
•
자바 8에서는 핵심 컬렉션 인터페이스들에 다수의 디폴트 메서드가 추가되었는데, 그 중 removeIf 메서드를 예시로 보자
◦
removeIf는 반복자를 통해 순회하면서 주어진 함수인 predicate가 true를 반환하는 모든 요소를 삭제하는 메서드이다.
defualt 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;
}
}
}
Java
복사
◦
아파치 커먼즈 라이브러리의 SynchronizedCollection은 클라이언트가 제공한 객체로 락을 걸어 동기화한 후 내부 컬렉션 객체에 기능을 위임하는 래퍼 클래스이다. SynchronizedCollection는 removeIf에 대해 override 되어 있지 않다.
◦
위 removeIf 클래스는 SynchronizedCollection와 함께 사용한다면, SynchronizedCollection에서는 removeIf가 동기화에 대해 아무런 조치가 없기 때문에 모든 메서드의 호출을 동기화해주는 것을 보장하지 못한다.
디폴트 메서드는 런타임 오류를 일으킬 수 있다
•
디폴트 메서드를 추가했을 때, 컴파일에는 성공할 지라도 기존 구현체에서 런타임 중에 오류를 발생시킬 수 있다. 추가하려는 디폴트 메서드가 기존 구현체들과 충돌하지 않을지에 대해 심사숙고해야 한다.
•
디폴트 메서드는 인터페이스로부터 메서드를 제거하거나 기존 메서드의 시그니처를 수정하는 용도가 아니다. 이런 형태로 인터페이스를 변경하면 반드시 기존 구현체들과 충돌이 발생하거나 망가뜨리게 된다.
결론
•
인터페이스를 설계할 때는 세심한 주의를 기울여 작성해라. 기존에 있던 인터페이스에 새로운 메서드를 추가하는건 커다란 위험을 가져올 수 있다.
•
새로운 인터페이스라면 릴리스 전에 반드시 테스트를 거쳐라. 최소 서로 다른 방식으로 세 가지는 구현해보아야 한다.