왜 자바에서는 추상클래스는 다중상속을 허용하지않고 인터페이스는 다중상속을 허용하나요?

Question

인터페이스를 공부하다 궁금한게 생겨 질문드립니다.인터페이스는 추상메서드뿐만 아니라 JDK1.8이후로는 static 메서드와 디폴트 메서드를 사용할 수 있고 JDK1.9이후로는 private 메서드를 사용할 수 있습니다.이러면 추상클래스와 다를게 없는데 왜 인터페이스만 다중상속을 허용하는지 궁금합니다.

HJOW · Accepted Answer

논리적으로 이렇게 되어야만 문제가 생기지 않기 때문인데 여기서 키포인트는 &#34;필드&#34; 를 가질 수 있느냐 하는 겁니다. 정적 필드는 상관없고, 일반적인 필드를 말하는 겁니다. 객체에 종속되는 필드.알다시피인터페이스는 필드를 가질 수 없고, 추상 클래스는 가질 수 있습니다. 이 때문에 추상 클래스의 다중상속은 허용되지 않습니다.그리고원래는 인터페이스에 디폴트 메소드 같은 기능따윈 없었습니다. 나중에 편의로 추가되었지요. 그걸 전제에 두고 생각해봅시다. 일단은 디폴트 메소드같은 건 없는 시절을 생각해보자구요.어떤 클래스가 여러 인터페이스를 implements 를 했습니다. 그런데 그 인터페이스들이 같은 이름 같은 매개변수의 메소드를 갖고 있어요. 이러면? 어짜피 하위 클래스에서 그 메소드 반드시 오버라이딩해서 써야되지 않습니까. 오버라이드 안하면 아예 컴파일 오류가 났었죠. 다른 메소드에서 이 객체의 메소드를 호출해야 할 일이 생겼어요. 누구 걸 호출할까 고민할 필요가 없습니다. 그냥 오버라이드된 메소드만 실행되면 아무 문제가 없습니다.논리적으로 애매할 일이 없습니다.필드가 이름이 중복이 되면 얘기가 많이 달라집니다.마찬가지로, 어떤 클래스가 여러 추상 클래스를 extends 했습니다. (원래 안되지만 된다고 가정해요) 그런데 그 추상 클래스들이 같은 이름 같은 타입의 필드를 갖고 있어요.이제 그 필드에 값을 넣거나, 값을 가져와야 할 때가 됐습니다. 논리적으로 바로 모호하다는 게 느껴지지 않나요? 누구 걸 가져와야 하는데? 라고.이런 문제를 &#34;상속과 모호성&#34; 이라고 하는데애시당초 인터페이스 개념이 등장한 이유가, 다중상속 지원할 때 발생하는 모호성을 피하기 위함입니다.설명이 잘되어 있는 글이 있어 첨부합니다.https://velog.io/&#64;indongcha/%EB%A9%94%EC%86%8C%EB%93%9C-%EC%83%81%EC%86%8D%EA%B3%BC-%EC%83%81%EC%86%8D%EC%9D%98-%EC%9A%B0%EC%84%A0%EC%88%9C%EC%9C%84https://docs.oracle.com/javase/tutorial/java/IandI/multipleinheritance.html자바 8에서 디폴트 메소드가 등장하면서, 다시 문법이 모호해져버리는 문제가 발생했는데, 그 내용도 들어가 있습니다. 메소드 찾는 우선순위 개념이 생겨났군요.

캐티 · Answer

이것은 컴퓨터에 작동 체계를 이해하여야 하는 것이지 않나요. C#에서는 한정 구조체에 인터페이스는 상속이 가능하지만 구조체 상속이 되지 않아요. 스택 메모리에서 관리되는 객체를 아무렇게 사용할 수 없어서 이런 것인데요.인터페이스는 동적 참조 메모리 포인터를 사용 할 것이고 추상 클래스는 정적 메모리 포인터를 참조 하겠쩌. 정말로 이렇게 작동하고 있는지 확인하려면 리버스 엔지니어링을 하는 수 밖에 없지 않나요.

장독깨기 · Answer

C&#43;&#43; 에는 다중 상속이 있습니다. 다중 상속을 허용하다 보니 애매한 경우들이 있습니다.이 애매한 경우는 윗 댓글에서 HJOW 님이 잘 설명해주셨습니다.객체 지향 언어에서 다중 상속이 웬말이냐? 이런 개념으로 자바가 출발한거 같습니다.그래서, 자바는 기본적으로 클래스의 다중 상속을 허용하지 않습니다.다만, 인터페이스란 키워드를 두고 여기에는 행위(메서드) 만 선언하게 했습니다.그리고, 클래스는 이 인터페이스를 이어 받아 메서드를 구현할 수 있습니다.이는 상속이라 하지 않고 구현이라고 합니다.상속은 extends, 인터페이스 구현은 implements 로 해서 둘을 구분하고 있는거죠.자바는 기본적으로 이렇게 해왔습니다. 1.8 전 까지는요.1.8에 람다식이 추가 됐습니다.이 람다식 때문에 불가피하게 인터페이스에 디폴트 메서드를 추가해서 람다식을 구현했습니다.1.8 이전에는 인터페이스에 메서드를 선언만 할 수 있었는데, 이 룰을 깬거죠.이렇다 보니 클래스를 추상화 한 것과 크게 달라 보이지 않습니다. ㅎ뭐 암튼, 자바는 기본적으로 여러 개의 인터페이스를 이어받아 구현할 수 있었습니다.이를 다중 상속이라 하지 않습니다. 구분이 좀 되는지 모르겠군요. ㅎ그리고, 비록 인터페이스에 메서드를 정의할 수 있다지만,원래의 목적에 맞게 인터페이스를 사용하는 것이 좋을 거 같습니다. :)

김포포 · Answer

둘은 개념적으로 상당히 차이가 있습니다. 다만 기능이 다소 비슷해 지다 보니 헷갈리실 수는 있을거 같습니다. 개념적으로는 추상클래스는 상속해 줄 비지니스 로직이 많은 is-a 라 보고, 인터페이스는 구현클래스에서 중요 로직을 구현하는 has-a의 느낌으로 사용하라는 의도가 있습니다. 자바는 그래도 interface라는 키워드를 명시라도 했지.. C&#43;&#43;개발자는 대체적으로 이것에 대한 감이 더 없는데, 차라리 예전 자료들을 보는게 이해하는데 더 나을 겁니다 자바 인터페이스의 이해 인터페이스에 대한 오해 ps) 코틀린 객체지향 코딩에서는 상속(is-a), 합성(has-a), 위임(delegates-to) <-- 이 3가지를 구분해서 사용할 필요가 있음

wharup · Answer

관련해서 재미있는 의견을 추가합니다. 클린 코드의 저자인 엉클 밥은 자바/C#이 다중 상속을 허용하지 않은 걸 못마땅하게 여기더라고요. 정설이라기 보단 이런 의견도 있다라고 생각하면 될 것 같습니다.그래서 왜 자바(그리고 확장적으로 C#)의 저자들은 다중 상속을 구현하기 위해 알려진 해결책 중 하나를 사용하지 않았나요? (So why didn’t the authors of Java (and by extension C#) use one of the known solutions to implement multiple inheritance?)저도 잘 모르겠습니다. (I don’t know.)저도 잘 모르겠지만, 추측할 수는 있습니다. (I don’t know either, but I can guess.)당신의 추측은 무엇인가요? (What’s your guess?)게으름이죠. (Laziness.)게으름이요? (Laziness?)네, 그 문제를 다루고 싶지 않았던 거죠. 그래서 그들은 그것을 피할 수 있는 새로운 기능을 만들었습니다. 그 기능이 바로 인터페이스입니다. (Yeah, they didn’t want to deal with the issue. So they created a new feature that allowed them to sidestep it. That feature was the Interface.)https://blog.cleancoder.com/uncle-bob/2015/01/08/InterfaceConsideredHarmful.html

왜 자바에서는 추상클래스는 다중상속을 허용하지않고 인터페이스는 다중상속을 허용하나요?

5개의 답변

Q&A 목록