[Chapter 3 다형성과 추상 타입] 상속(extends)과 구현(implements)의 차이는 무엇일까요?

[kth990303]

호호, 토닉 발표 잘 들었습니다 :)
이번 발표 내용에서 추상화를 하는 과정 중에 상속 키워드와 구현 키워드가 언급됐는데요.
둘 다 부모 클래스의 기능을 재정의 또는 재사용한다는 공통점이 있어보이는데, 차이에는 어떤 점이 있을까요?
그리고 각각의 장단점에는 어떤 것이 있을까요?

[tco0427]

자바의 버전이 올라가면서 인터페이스에 많은 기능이 추가되었습니다.
인터페이스에 default 메소드나 필드 선언등이 예시 인데요 따라서 문법적인 차이는 점점 희미해지고 있고, 저는 개인적으로 거의 차이가 없다고 생각합니다.

그런데 저는 개인적으로 자바의 interface는 기능 명세라는 개념적인 인터페이스를 표현하는 수단이라고 생각되구요.
상속은 우리가 알고 있다 시피 'is-a 관계'를 표현하기 위한 수단이라고 생각됩니다.

결론적으로 저는 이 둘의 문법적인 차이를 고민하기 보다는 개념적인 차이를 고민하고 적절히 사용하면 된다고 생각합니다..!
(질문에 대한 적절한 답이 될지 모르겠네요..저의 상속과 인터페이스에 대한 생각을 적어보았습니다.😃)

[kth990303]

저는 상속과 구현의 차이가 부모 클래스에 있다고 생각해요.

구현(implements)의 부모클래스는 인터페이스로, 메소드 타입과 메소드명만 있기 때문에 따로 구현이 돼있지 않지만,
상속(extends)의 부모클래스는 클래스로, 메서드에서 특정 기능이 구현돼 있죠.

이 차이로 인해, 상속받은 자식 클래스는 부모 클래스의 메서드를 오버라이딩해야 하기 때문에 부모 클래스에게 의존하게 된다고 생각해요. 부모 클래스의 메서드 내용에 대해서도 알아야되며, 부모 클래스의 메서드가 변경이 될 경우, 자식 클래스의 메서드 변경도 불가피하죠.

반면에, 구현(implements) 부모 클래스는 인터페이스이기 때문에 메서드 구현부를 가지고 있지 않아요. 따라서 상속에 비해 의존성이 현저하게 낮아지며, 이로 인해 변경에 대한 유연성이 낮아질 일이 없다고 생각합니다. 디우가 말해준 의견대로 기능 명세의 수단으로 쓰여 캡슐화에도 충분히 도움될 것 같구요.

실제로 제임스 고슬링도 JAVA를 다시 만든다면 상속을 포함하지 않는다고 말하기도 했고,
비교적 현대 언어에선 상속과 interface inheritence를 분리하여 상속을 지원하지 않는 경우가 많기 때문에 저는 상속을 쓰면 안된다는 의견쪽에 많이 가까운 편이기도 합니다.

스터디 공부한 내용을 적으면서, 상속에 대한 제 생각을 포스팅했습니다.
오늘 게더타운에서 채팅으로 공유한 상속보다는 합성을 써야 되는 이유 를 참고해도 좋을 것 같아요. 다음 주 주제와 연관되기도 하고요!