상속과 구현체 차이점

Question

안녕하세용 음 코딩을 시작한지 이제 7개월 정도된 코린이 입니다. 프로젝트를 하면서 궁금한게 생겨서 질문드려요 !! 상속과 구현체의 차이점이 뭔지 설명해주실분 계실까요? 제가 구글링을 통해서 이해한 바로는 상속은 공통된 부모를 가지는것들 끼리 묶음 구현체는 공통된 기능을 하는것들 끼리 묶음 이렇게 알고 있는데 이렇게 이해 하면 되는 걸까요?

esrse · Accepted Answer

부모 클래스를 상속받아서 구현하는 것과 인터페이스를 구현하는 것 사이에 차이점이요? 상속이라는 건 부모 클래스가 가지고 있는 메서드와 멤버변수를 자식 클래스에서 활용할 수 있게 해주는 메커니즘 입니다.인터페이스는 임의의 오브젝트가 반드시 가져야만 하는 메서드들과 각 메서드들의 시그니처를 선언해둔 거라고 볼 수 있습니다. 어떤 클래스를 부모 클래스를 상속 받음으로써 구현했다는 건, 부모가 가진 것들을 재활용하는 코드를 만들었다고 볼 수 있기도 하고, 부모클래스와 그것을 물려받은 자식클래스 간에는 강력한 결합이 생겼다고 볼 수 있습니다. 자식 클래스의 코드만 봤을 땐 부모 클래스의 코드가 소스코드 상에는 보이지 않습니다만, 있는 것과 같습니다. 즉, 복잡해진다는 거죠. 부모클래스의 어떤 코드를 고쳤다면 그 영향은 자식클래스에게도 전파가 됩니다. 즉, 부모가 알지 못하는 사이에 자식이 뭔가가 틀어져버릴 가능성이 있다는 거죠. 가능하다면, 상속은 피해야할 방법입니다. 인터페이스는 그것을 사용하는 코드와, 그것을 구현한 코드 사이에 규약입니다. 호출하는 부분에서 필요로하는 것과 구현하는 부분에서 제공하는 것만 일치하면 서로 관여할 나머지 부분이 아무 것도 없습니다. 서로 간에 약한 결합이 형성되는 것이죠. 그리고 구현체는 여러개의 인터페이스를 구현할 수도 있습니다. 여러 인터페이스를 구현한 클래스는 여러군데에서 다양한 역할에 사용될 수 있겠죠. 물론, 말이 그렇다는 거고,.. 굳이 한 클래스에 일부러 여러 인터페이스를 구현시킬 필요성은 잘 없고 굳이 그렇게 해야되는 경우가 아니라면, 해서도 안되는 일입니다. 가능하다면 코드를 호출하는 쪽에서는 구현체 클래스를 직접 타입으로 명시하지 마시고, 인터페이스를 타입으로 지정하는 것이 좋을 겁니다. 물론, 뭐 엄청 간단한 코드에 일일이 그렇게 인터페이스를 개입시키는 건 귀찮은 일이고 과한 엔지니어링이니까 할 필요 없습니다만, 좀 중요한 프로젝트고 크기가 큰 프로그램을 개발하는 경우라면 그렇게 하는 게 바람직할 겁니다.

마라토집착 · Answer

Abstract class 가 그런용도 입니다concrete 메소드는 상속되고abstract 메소드는 구현해야 함

esrse · Answer

상속과 구현체라는 개념은 서로 대등한 것이 아니기 때문에 차이점을 비교하는 게 좀 이상한 거 같아요~

카드값죠체리 · Answer

아 그런가요? 음 상속과 인터페이스 구현의 차이점 이라고 질문을 드려도 될까요?

gredo · Answer

간단하게 보면 구현체는 추상적인 것(인터페이스, 추상클래스)을 구체화시킨 것, 상속은 부모가 갖고있는 것을 자식이 물려받음으로써 중복을 줄여주는(재사용성) 효과가 있죠.

상속과 구현체 차이점

5개의 답변

#implementation 목록