[🐣질문] 상속 쓰는거 코드 줄이는거 외에 또 쓰는데 있나요?

[익명(211.211)]

과일 클래스를 상속 받는 사과 ,바나나, 귤 이 있고

과일 : 모노비헤이비어 { 

포식(){

과일을 먹으면 배가 찬다.

}

}

사과 : 과일 {

base.포식();

사과는 빨갛다.

}

바나나 : 과일{

base.포식();

바나나는 노랗다.

}

귤 : 과일 {

base.포식();

귤은 주황색이다.

}

상속 안 쓰면 사과, 바나나, 귤, 그리고 추가 될 모든 과일들에게 개별로 배가 차는 코드를 넣어줘야 하는데

저렇게 상속해줌으로써 그럴 필요 없게 만드는 기능 말고

상속을 씀으로써 더 편해질 상황이 있을까요?

제가 상속 제대로 이해 한 거 맞는지도 체크 점..

[익명(skdisk121)]

확장성도 좋아지는거임 - dc App

[익명(skdisk121)]

예를 들자면 저 포식 메서드를 호출하는 코드가 있다고 치자. 만약 과일 클래스로 얘들을 묶지 않았다면 새로운 과일을 추가할때마다 기존의 코드들에도 이 추가한 과일이 어떤건지 정의해야함. 하지만 과일로 묶음으로서 그냥 과일의 포식을 호출하면 새로운 과일을 추가하더라도 그냥 과일을 상속시킴으로서 기존의 코드를 바꾸지 않고 추가가 가능함 - dc App

[익명(skdisk121)]

본문에 적은 내용이랑 같은 말이긴 한데 그걸 코드 줄이기 위해 쓴다고 생각하지말고 확장을 용이하게 하기 위해 쓴다고 생각하셈.. - dc App

[뚜시(2oclocksoft)]

여러가지있지만 상속으로 묶어둔다면 만약 과일을 한바구니에 담는다고 하면, 종류에 상관없이 List<과일>로 관리할 수 있겠죠? - dc App

[익명(175.121)]

다형성이라고 검색해봐

[익명(175.195)]

파라미터로 과일을 전달해서 해당 과일의 이름을 호출하는 함수가 있다고 치자. 바나나 사과 딸기가 과일을 상속받지 않으면 바나나,사과,딸기에 대응하는 함수를 각각 오버로딩 해야 됨 상속을 받은 상태라면 파라미터로 과일 하나만 받고 출력하면 끗

[익명(175.204)]

유니티를 예로들면 유니티가 제공하는 컴포넌트를 상속받아 그 컴포넌트에 새로운 기능을 붙일수있지. 예를들어 버튼이 눌릴때 같은 애니메이션 효과를 매번 지정하지않고 그냥 자기가 만든 AnimButton 을 달 면 편하지

[익명(175.204)]

이를 위해선 부모클래스(버튼)의 상속관계와 그 다른 클래스, 인터페이스에대해 잘 알고 , 가지고있는 공개 프라퍼티, 메서드뿐만아니라 감춰진 private 까지 리플렉션으로 다룰수 있는게 좋고 인스펙터에 표시하기위해 특성과 커스텀 인스펙터를 할 줄알면 매우 강해질것이다.