Effective Java 4강 ITEM18 상속 보다는 컴포지션을 사용하라

park geonwoo·2024년 10월 24일

Effective Java

목록 보기

19/56

아이템 18: 상속보다는 컴포지션을 사용하라

상속의 문제점 : 캡슐화를 깨뜨린다.

상위 클래스의 변경에 따라 하위 클래스의 동작에 이상이 생길 수 있다.
상위 클래스의 API가 바뀌는 것 외에 내부 구현이 바뀌어도 영향을 끼칠 수 있다.

하위 클래스가 상위 클래스가 어떻게 동작하는지 알아야 한다는 데서 캡슐화가 깨졌다는 것이다.

아래의 예제를 보자

class InstrumentedHashSet<E> extends HashSet<E> {
    private int addCount = 0;

    public InstrumentedHashSet() {
    }

    public InstrumentedHashSet(int initCap, float loadFactor) {
        super(initCap, loadFactor);
    }

    @Override
    public boolean add(E e) {
        addCount++;
        return super.add(e);
    }

    @Override
    public boolean addAll(Collection<? extends E> c) {
        addCount += c.size();
        return super.addAll(c);
    }

    public int getAddCount() {
        return addCount;
    }
}

잘 만들어진 것 같지만 실제로는 이상하게 동작한다.
아래를 보자

public static void main(String[] args) {
    InstrumentedHashSet<String> set = new InstrumentedHashSet<>();
    set.addAll(List.of("A", "B", "C"));

    System.out.println("set.getAddCount: " + set.getAddCount());
}

set.getAddCount: 6

결과는 3이 아닌 6을 보여주고 있다.

사실 HashSet의 addAll은 add를 호출하는 방식으로 되어있다.
이때 불리는 add는 재정의된 add 함수다.

addAll에서 3을 더하고 add를 3번씩 호출해서 3을 더한다.
중복되어서 결과는 6이 되었다.

상속대신 컴포지션 래퍼클래스

기존 클래스를 확장하는 대신 새로운 클래스를 만들고 private 필드로 기존 클래스의 객체를 참조하는 방법이 있다.
이러한 설계를 컴포지션(composition)이라고 한다.

컴포지션 클래스의 메서드들을 전달메서드(Forwarding method)라고 한다.
이렇게 하면 기존 클래스의 내부 구현을 몰라도 문제가 없다.

class InstrumentedHashSet<E> {
    private int addCount = 0;
    private final Set<E> set;

    public InstrumentedHashSet(Set<E> set) {
        this.set = set;
    }

    public boolean add(E e) {
        addCount++;
        return set.add(e);
    }

    public boolean addAll(Collection<? extends E> c) {
        addCount += c.size();
        return set.addAll(c);
    }

    public int getAddCount() {
        return addCount;
    }
}