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

gang_shik·2022년 4월 27일
0

Effective Java 4장

목록 보기
7/11
  • 자바 8 전에는 기존 구현체를 깨뜨리지 않고는 인터페이스에 메서드를 추가할 방법이 없었음, 인터페이스에 메서드를 추가하면 보통은 컴파일 오류가 나는데 추가된 메서드가 우연히 기존 구현체에 이미 존재할 가능성은 아주 낮기 때문임

  • 자바 8에서는 기존 인터페이스에 메서드를 추가할 수 있도록 디폴트 메서드를 소개했지만 위험이 완전히 사라진 것은 아님

  • 기존 인터페이스에 메서드를 추가하는 길이 열렸지만 여기서 모든 기존 구현체들과 매끄럽게 연동되리라는 보장이 없음

  • 디폴트 메서드는 구현 클래스에 대해 아무것도 모른 채 합의 없이 무작정 삽입되는것임

  • 자바 8에서는 핵심 컬렉션 인터페이스들에 다수의 디폴트 메서드가 추가됨 주로 람다를 활용하기 위해서임

  • 생각할 수 있는 모든 상황에서 불변식을 해치지 않는 디폴트 메서드를 작성하기란 어려운 법임

  • 예를 들어 Collection 인터페이스에 추가된 removeIf 메서드가 있음, 이 메서드는 주어진 boolean 함수 predicatetrue 를 반환하는 모든 원소를 제거함, 디폴트 구현은 반복자를 이용해 순회하면서 각 원소를 인수로 넣어 predicate 를 호출하고 predicatetrue 를 반환하면 반복자의 remove 메서드를 호출해 그 원소를 제거함

default boolean removeIf(Predicate<? super E> filter) {
		Object.requireNonNull(filter);
		boolean result = false;
		for (Iterator<E> it = iterator(); it.hasNext(); ) {
				if (filter.test(it.next())) {
						it.remove();
						result = true;
				}
		}
		return result;
}
  • 여기서 이게 모두 다 잘 어우러지는 것은 아님, 아파치 커먼즈 라이브러리의 SynchronizedCollection 클래스에서 removeIf 메서드를 재정의하지 않고 있음

  • 그래서 자바 8과 함께 사용할 시 디폴트 구현을 물려받아 모든 메소드 호출을 알아서 동기화해주지 못함, removeIf 의 구현은 동기화에 관해 아무것도 모르므로 락 객체를 사용할 수 없음

  • 따라서 SynchronizedCollection 인스턴스를 여러 스레드가 공유하는 환경에서 한 스레드가 removeIf 를 호출하면 예외가 터지거나 예기치 못한 결과로 이어짐

  • 그래서 이런 문제를 예방하기 위해서 일련의 조치를 취함

  • 예를 들어 구현한 인터페이스의 디폴트 메서드를 재정의하고, 다른 메서드에서는 디폴트 메서드를 호출하기 전에 필요한 작업을 수행하도록 함

  • 그러면 Collections.synchronizedCollection 이 반환하는 package-private 클래스들은 removeIf 를 재정의하고, 이를 호출하는 다른 메서드들은 디폴트 구현을 호출하기 전에 동기화를 하도록 함(그래도 여전한 문제는 있음)

  • 디폴트 메서드는 (컴파일에 성공하더라도) 기존 구현체에 런타임 오류를 일으킬 수 있음

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

  • 추가하려는 디폴트 메서드가 기존 구현체들과 충돌하지는 않을지 심사숙고 해야함

  • 하지만 새로운 인터페이스를 만드는 경우라면 표준적인 메서드 구현을 제공하는 데 유용한 수단임, 그 인터페이스를 더 쉽게 구현해 활용할 수 있게끔 해줌

  • 디폴트 메서드는 인터페이스로부터 메서드를 제거하거나 기존 메서드의 시그니처를 수정하는 용도가 아님을 명심해야함

  • 핵심은 명백함, 디폴트 메서드라는 도구가 생겼더라도 인터페이스를 설계할 때는 여전히 세심한 주의를 기울여야함

  • 새로운 인터페이스라면 릴리스 전에 반드시 테스트를 거쳐야함

    • 인터페이스를 릴리스한 후라도 결함을 수정하는 게 가능한 경우도 있겠지만 절대 그 가능성에 기대서는 안됨
profile
측정할 수 없으면 관리할 수 없고, 관리할 수 없으면 개선시킬 수도 없다

0개의 댓글