[💬] 언리얼 질문 : 캐릭터 클래스를 여러 컴포넌트로 나누어관리하는 방식

[익명(1.226)]

책보면서 언리얼4 공부하는대 궁금한점이 생겨서 물어봅니다.
책에서는 캐릭터의 상태(hp,mp등), 애니메이션, 컨트롤러를 모두 나누어 관리하며 서로를 델리케이트로 바인딩하여 호출하던대 그냥 캐릭터 클래스에서 컴포넌트의 함수를 호출해서 사용하는게 더 편하지않나요?

[익명(121.149)]

나는 유니티긴한데 비슷해보여서 담. 바로 구현할 땐 편하지 그 클래스가 커지고 관리하려면 나누는 게 훨씬 유리함 영원히 작은채로 둘거면 그냥 둬 커질 가능성 있다면 나눠 나중에 바꾸는 것도 비용 물론 중간중간 어쩔 수 없이 바뀌겠지만 ㅇㅇ

[익명(121.149)]

아, 재사용성과도 연관성 있음 예를 들어서 HP Bar를 표시하는 컴포넌트를 만들었자 치자. 그걸 Player내부에 둬버렸음 어느날 적에게도 HP Bar를 붙이고 싶어짐. => 나눠뒀으면 그냥 Enemy에 동일한 녀석을 붙이면 됨. 아니다? Player에서 비슷한 로직을 고민해서 Enemy에도 붙여야함.

[익명(121.149)]

유지보수 측면에서 라는 말은 예로서 HP Bar가 줄어드는 모습을 바꾸고 싶어짐 =>나눠뒀다면 나눠둔 부분 수정을 통해서 Player와 Enemy 모두 잘 바뀜 아니라면? HP bar에 해당하는 부분을 player와 enemy 에서 모두 접근해서 고쳐줘야함

[익명(211.196)]

내가 잘못 이해했을수도 있는데, 컴포넌트는 따로 만들어 뒀는데 왜 변수로 두고 직접호출 안하고 이벤트 연결해서 호출하냐고 물어보는거 아니냐?

[익명(121.149)]

ㅇㅇ 다시 보니 그런 것 같네 나는 UI부분만 그렇게 짬 Decoupling이 필요하다 싶은 부분이라 이렇게 만들었는데 겜은 모르겠지만 글의 책에 등장하는 프로그래머는 Decoupling이 저 부분에서도 필요하다고 생각했나봐

[익명(121.149)]

저거 적을 땐 왜 내가 그렇게 짰지? 고민했었는데, 코딩하다보니 알아냄. 아마도 하위 컴포넌트들에서 그 상위 녀석들의 어떤 값을 바꾸는 무언가가 있거나, Component들 간에 어떤 상호작용이 있을거야 그런 경우 delegate로 구현했을 때 좋다 ㅇㅇ 그런 상호작용을 Decoupling 하기 위한 수단이지 않을까 생각해봄 ㅇㅇ

[익명(121.149)]

근데 아마 각각의 컴포넌트 내에서 직접 호출은 할텐데.. 처음에 initialize 할 때나 로직이 바뀔 때 서로 바인딩할거고 ㅇㅇ

[익명(121.149)]

예시 또 하나 들면 hp, animation 간의 상호작용이 필요한 경우 delegate없이, animation의 함수 호출로 hp에게 뭔가 영향을 주길 기대한다면, animation의 member로 hp의 reference를 가지고 있을 수 밖에 없음. Delegate로 이걸 연결해주면 member도 선언할 필요가 없어짐 ㅇㅇ

[익명(211.203)]

solid 원칙 한번 검색해보셈