왜 객체지향 언어들이 다중 상속을 포기했을까요? / p.117

[limeade23]

1. 질문 내용

왜 자바와 C# 같은 객체지향 언어들이 다중 상속을 포기했는지 한 번 생각해 보고 의견 공유해 보면 좋을 것 같습니다!

2. 공유사항

[mango606]

자바가 다중 상속을 포기한 이유를 찾아보니까 다이아몬드 문제가 있는 것 같아요.

다이아몬드 문제(Diamond Problem)

• 클래스가 두 개 이상의 부모 클래스를 상속받을 때 발생할 수 있는 문제로, 부모 클래스들이 동일한 메서드를 정의하고 있을 경우 어떤 메서드를 상속받을지 명확하지 않음.

// 다중 상속 예 (자바는 다중 상속을 지원하지 않음)

class A {
    void doSomething() {
        System.out.println("A");
    }
}

class B extends A {
    @Override
    void doSomething() {
        System.out.println("B");
    }
}

class C extends A {
    @Override
    void doSomething() {
        System.out.println("C");
    }
}

class D extends B, C {
    // doSomething()을 어떤 방식으로 상속받을지 명확하지 않음.
}

위 코드처럼 다이아몬드 문제는 여러 부모 클래스에서 동일한 메서드나 속성을 정의하고 있을 경우, 자식 클래스가 이를 어떻게 다루어야 할지 명확하지 않아 생깁니다.

       A
     /   \
    B     C
     \   /
      D

찾아보니까 자바는 다중 상속을 인터페이스를 통해 대체합니다. 인터페이스는 메서드의 시그니처만 정의하고, 실제 구현은 다른 클래스에서 제공하기 때문에 다중 상속이 필요할 때 인터페이스를 구현하는 방식으로 다양한 행동을 자식 클래스에서 구현할 수 있습니다.

그래서 위 다중 상속 클래스를 아래처럼 바꿀 수 있습니다.

// 인터페이스

interface A {
    void doSomething();
}

interface B {
    void doSomethingElse();
}

class C implements A, B {
    @Override
    public void doSomething() {
        System.out.println("C doing something");
    }

    @Override
    public void doSomethingElse() {
        System.out.println("C doing something else");
    }
}

• 참고자료1: https://f-lab.kr/insight/solving-java-diamond-problem
• 참고자료2: https://wikidocs.net/280