[🐣질문] 유니티 구조 생각하고있는데 부모 관계 구조 이러면 안좋을게 있을까요?

[익명(114.207)]

구상하는게임 시스템중에 이런게 되야하는데

원래 있던오브젝트가 새로운 오브젝트의 부모가 되는것보다

새로운 오브젝트가 원래 있던 오브젝트의 부모가 되는게 관리가 좀 더 쉬울거같은데

(왜냐면 새로운 오브젝트로 능력치가 변경되기때문에 A가 부모가되서 A의 능력치를 B로 바꾸는것보단 오리지널 B의 능력치를 띄워주는게 좋을거라 생각하기 때문)

이럴때 혹시 문제점이 있을까요?

나중에 서로 떼어내야할 수도 있어요

(만약 떨어진다면 새 오브젝트순으로 먼저 차례차례 떨어져야함)

아직 다른 구조 짜고있어서 생각만해보고있는데 혹시 이러면 메모리를 많이 먹는다던가 하는 안좋은 점이 있을까요?

[익명(14.7)]

걍 C 복사해

[익명(112.166)]

prefab variant 는 어때요?

[익명(211.217)]

유니티 하이어라키 상으로는 별 문제 없음. 걍 parent만 설정해주면 됨

[익명(221.163)]

코어가 되는 객체가 아니면 상속을 많이 쓰는 것은 별로라고 생각함

[익명(211.205)]

그림 진짜 귀엽네 ㅋㅋㅋㅋ

[익명(124.59)]

그림 직접 그린 거야? 졸귀네 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

[익명(117.110)]

클래스 객체 지향은 탑 다운임. 만약 기존 설계로 할 수 없는 기획이 나오면, 원래 처음부터 뜯어고쳐야 하는게 맞음. 클래스 말고 프로토타입 객체 지향은 거꾸로 바텀 다운이라서, 니가 말한 방식으로 구현하기도 함. 결론은 니가 말한 방식으로 구현하면 클래스의 장점도 못 살리고(체계적이고 직관적임) 누더기 코드만 될거임

[익명(218.158)]

디자인 패턴 공부 해보세요.

[익명(222.120)]

1. 부모에 대한 참조는 64비트에서 8바이트, 32비트에서 4바이트기 때문에 문제없음 2. 케이스마다 다르지만 부모 자식간의 접근이 있을경우 작성해야할 코드량이 매우 늘어나게됨, 접근방식에는 부모->자식->자식->..., 자식->부모->부모->... 이렇게 2가지 접근방식이 있는데 이걸 둘다 해야하는 상황일 경우 작성해야할 코드량이 늘어날거임 그래서 처음 설계단계에서 부모만 자식을 알게할건지, 자식도 부모를 알게할건지, 아니면 둘다 알게할건지 정하는게 중요함(이걸 처음에 깊이 생각하지 않으면 나중에 구조를 바꾸는게 매우 골치 아파질수있음) 관련된 자료구조로는 트리-노드 구조를 공부할 것. 노드만 제대로 이해하면 됨

[익명(222.120)]

그리고 부모-자식간의 접근에는 재귀함수 호출을 자제하고 가능하면 while문을 사용하여 구현할 것.

[익명(121.136)]

얘들아 상속이 아니라 오브젝트 자식관계 말하고 있잖아

[익명(114.207)]

으앙 자고 일어났더니 답변이 엄청많네요 한번 하나씩 검색해보겠습니다 감사합니다 그림은 제가 그린게 맞습니다..

[Piggy3590(piggy3590)]

혹시 a냥이 써도될까 개귀엽네ㅣ

[익명(114.207)]

어디에 쓰실진 모르겠지만 편하게 쓰셔도되용