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

😇 Effective java Item 18

 

 

 

이 책에서의 ‘상속'은 (클래스가 다른 클래스를 확장하는) 구현 상속을 말한다. 이번 아이템 에서 논하는 문제는 (클래스가 인터페이스를 구현하거나 인터페이스가 다른

인터폐이스를확장하는) 인터폐이스상속과는무관하다.

   

메서드 호출과 달리 상속은 캠슐화를 깨뜨린다.

 

 

변형된 HashSet : 원소 수 저장 , 접근자 메서드 추가 됨.

pubUc Class InstrumentedHashSet<E> extends Hashset<E> {

// 추가된 원소의 수
private int addCount = 0;

public InstrumentedHashSet() { }

pubUc InstrumentedHashset(int initCap, float 10adFactor) { super(initCap, 10adFactor);

}

@0verride pubUc boolean add(E e) { addCount+十;

returnsuper.add(e); }

@0verride public boolean addAU(CoUection<? extends E> c) { addCount+=c.size();
returnsuper.addAU(c);

}

pubUc int getAddCount() { return addCount;

} }

 

 

 

위 클래스를 구현하고, 클래스의 인스턴스에 addAll메서드를 통해 원소를 3개 더한다면 다음과 같다.

 

 

InstrumentedHashset<String> s = new InstrumentedHashSet<>();
s.addAU(List.of(''틱'', ''탁탁'', ''펑''));

 

이제 getAddCount 메서드를 호출하면 3을 반환하리라 기대하겠지만, 실제로는 6을 반환한다. 어디서 잘못된 걸까? 그 원인은 Hashset의 addAU 메서드가 add 메서드를시용해구현된데있다. 이런내부구현방식은Hashset문서에는(당 연히) 쓰여 있지 않다. InstrumentedHashSet의 addAU은 addCount에 3을 더한 후Hashset의addAU구현을호출했다. Hashset의addAU은각원소를add메서 드를 호출해 추가하는데, 이때 불리는 add는 InstrumentedHashset에서 재정의 한 메서드다. 따라서 addCount에 값이 중복해서 더해져, 최종값이 6으로 늘어 난 것◎I다. addAu로 추가한 원소 하나당 2씩 늘어났다.

 

 

 

따라서 위와 같은 문제를 피하고 싶다면 

1. addAll을 재정의하지 않거나,

2. addAll을 다른 방법으로 재정의하거나,

 

하지만 상위 클래스를 재정의하지 않거나, 다시 구현하는 방식은 어렵거나 귀찮거나, 오류를 내거나 성능을 떨어뜨린다. 

 

 

그리고 다름 배포 버전에서 상위 클래스에 새로운 메서드를 추가한다면 상속받는 모든 메서드를 검사하고 등등.. 시간이 많이 들어간다. 

 

 

따라서,

기존 클래스를 확장하지 않고,

새로운 클래스를 만들고,

private 필드로 기존 클래스의 인스턴스를 참조하는 방법이 있다. 

 

 

책의 예제보다 가독성이 좋은 예제로 대신 정리한다. 

 

public class Engine {
    public void start() {
        // 엔진을 가동시킵니다.
    }
}

public class Car {
    private Engine engine;  // Engine 객체를 포함합니다.

    public Car() {
        this.engine = new Engine();  // Engine 객체를 생성하여 포함합니다.
    }

    public void start() {
        engine.start();  // 포함된 Engine 객체의 start() 메서드를 호출합니다.
        // 자동차를 가동시킵니다.
    }
}

다른 객체를 내부에 포함시켜서 사용하므로, 상속의 문제를 회피하면서, 재사용성과 유용성도 높인다.

 

 

Car 는 Engine 객체를 포함하고, Car 클래스는 Engine 클래스의 코드를 재사용 할 수 있다.

 

그리고, Car 클래스의 구현을 변경해도 Engine 클래스에 영향을 미치지 않는다.

 

 

 

 

 

의존성 주입을 통해 객체간의 결합도를 더 낮추면 다음과 같다.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

요즘은 책보다 gpt를 통해 요약하는 게 더 편하지만 원문은 반드시 읽는게 맞다고 생각한다.