[🐣질문] 유니티 상속 효율 질문

[로케트는어떻게..(injjj4444)]

NPC가 하나 있고 얘를 상속받는 NPC_LocationChange, NPC_LookPlayer 이렇게 둘이 있습니다.

NPC에는 NPC의 고유번호(static)와 같이 모든 NPC가 공통적으로 쓰는 것들이 들어있습니다.

NPC_LocationChange는 NPC중에서 특정 위치로 이동을 시켜주는 기능을 가진 녀석들이 쓰는 놈이고요.

그리고 얘는 ICummunication과 IIntercationAction이라는 인터페이스를 추가로 상속받습니다.

ICummu는 대화기능이 있는 오브젝트에, IInter는 어떠한 기능이 있는 오브젝트에 상속하여 쓰는 놈입니다.

NPC_LookPlayer는 NPC중에서 상호작용하면 플레이어를 쳐다보는 기능을 가진 녀석들이 쓰는 놈이죠.

얘는 IIntercationAction만 상속받습니다.

잘 됐다고 생각했는데 문제라고 해야하나 낭비가 생기더라구요.

대화의 대사를 출력하는 Text와 대사창인 Frame을 NPC가 가지고 있으면 대화를 하지 않는 NPC_LookPlayer도 Text와 Frame을 가지게 되어버리는데요.

반대로 NPC_LocationChange가 따로 Text와 Frame을 가지고 있으면 향후 NPC_Trade(거래하는 NPC, 대화와 거래하는 기능 있음) 같은 녀석이 생기게 된다면 또 Text와 Frame을 참조시켜줘야 한다는 문제가 생기겠더라고요?

그래서 Cummunication이라는 녀석을 부모 자식 관계에 추가시키고 Text와 Frame을 참조시켜 그 녀석을 상속하는 애들만 Text와 Frame을 가지게 하는 방법도 생각해봤는데요. 얘한테 ICummu인터페이스에서 쓰는 기능을 대신 넣어서 사용할 수 있으니 인터페이스를 만든 의미가 없어지고 쓸데없이 많아져서 나중에 힘들어질것 같아 고민이네요.

이걸 어떻게 관리해야 효율적일지 모르겠네요.

[태보미(taebomi)]

저도 비슷한 고민 했었는데 이거보고 해결한거야요.
https://youtu.be/8TIkManpEu4
- dc App

[태보미(taebomi)]

요게 말씀하신 예시랑 비슷한 예시상황을 문제로 이야기하는거야요.
https://gamedevbeginner.com/how-to-use-script-composition-in-unity/
- dc App

[익명(175.204)]

이런문제는 위에 얘기한대로 패턴을 바꾸면 해결됨. 쉬운예로 유니티의 컴포넌트 패턴이 딱 그것. 게임오브젝트란 놈한테 필요한 컴포넌트만 붙여쓰는 거. 이편이 재활용성도 좋음.

[익명(110.11)]

효율이 문제가 아니라 상속 구조를 잘못짜고 있단거야.