[💬] 오브젝트 상속 디자인하는 팁같은거 잇음?

[익명(124.57)]

너무 짜잘하게 나눠서 상속의 상속의 상속의 상속 이지랄하는거보단 좀더 담백하게 만들고싶은데

[익명(223.38)]

이건 경험이 답이다 케이스가 너무 많음

[익명(124.57)]

ㄷㄱㄷ거ㅡ딘ㄱㆍ븍딧그거ㅢㅅㆍㅅㄱㄷ긘ㄱㅅ극

[모녕(pizza101910)]

개념은 뭐 별거없음 이건 걍 상황에 맞춰서 머리 써야함

[익명(211.226)]

그거 연구한게 디자인패턴 아님

[익명(124.57)]

모야 첨들어봣어

[dd(61.43)]

gof 말고 게임프로그래밍 패턴이란 책에 컴포넌트 패턴, 타입객체패턴, 하위 샌드박스 패턴 쪽에 상속에 상속을 하며 클래스 늘리는걸 회피하고자 하는 패턴 소개해놓은 부분이 있긴함. 어떤 구조인지는 모르겠지만 보면 도움이 될듯

[익명(1.215)]

유니티는 Component가 Script랑 일맥상통하는 용어의 혼동이 있음. GameObject나 Transform이 기준이되는 객체로서 존재하고. 그럼 Component(Script)의 타입을 두 부류로 나눈다고 보고 접근하면 편함. 1. ObjectType : 컨텐츠 객체->유닛->아바타->몬스터or영웅, 유닛->건물->...이런 상속구조의 트리 2. ComponentType : 컨텐츠 객체, 유닛, 아바타, 몬스터 등 ObjectType의 특정 객체에 부착(Component)시킬 목적 예를들어 ObjectType으로 상속계층 만들고 유닛을 정의했다고 치고, ComponentType으로 Controller라는걸 만들어서 부착시켰다고 치자.

[익명(1.215)]

Controller는 유닛에 부착 시킬 수 있고, 유닛을 제어하는 기능들(모델 변경, 이동, 유한상태 머신 제어 등에 대한 인터페이스 포함)이 있다고 치고, 이걸 상속받아 UserInput에 따라 유닛 제어를 하는 PlayerController. 이걸 상속받아 AI패턴 만들고 그에 따라 유닛을 제어하는 AIController. 유닛에 스테이터스가 있을수도 있고 없을수도있다고 치면 Status도 컴포넌트로 빼고, 무조건 포함된다면 굳이 빼지 말고 유닛 내에 정의하는게 좋을 수도 있음. 뭐 이런느낌으로 접근하면 쉬움.

[익명(1.215)]

설계라는건 정답이 없고, 본인이 명시적으로 각 기능을 분류할 수 있으면 그만인데, 이건 노하우의 영역이라 해보고 불편하면 바꾸고 무한 반복 하면 알아서 얻어지는 지식임.

[익명(124.57)]

감사해