예를 들어 하이어라키에 UI라는 캔버스 오브젝트랑 Characters 라는 오브젝트(껍데기)가 있고, UI 밑에는 각종 UI오브젝트들(체력바, 인벤토리 등)이 있고, Characters 밑에는 플레이어, 몬스터 등이 있다 치자.
여기서 체력바 ui가 플레이어 체력을 보고 싶은데, 그냥 단순하게 생각하면 ui 스크립트에서 GameObject.Find("Player").GetComponent<체력>(); 이런 식으로 가져오는 거겠지? 유니티 기초서적에는 이런 식으로 되어있더라고.
근데 내가 알기로 Find가 모든 오브젝트를 다 순회하는 걸로 아는데, 이러면 당연히 게임 규모가 커질수록, 즉 오브젝트가 많아질수록 부하가 커질 거 아냐. 심지어 스트링...
(물론 가까운 조손 관계면 그냥 transform.parent나 Find()로 찾으면 되겠지?)
예전에 다렉으로 할 땐 오브젝트 매니저 같은 관리자 클래스를 만들어서 걔네가 플레이어를 갖고 있고, UI는 뭐 UI매니저가 갖고 있는 식으로 만들었었거든. 당연히 내부 컨테이너 검색을 할 수 있었고. 스트링은 안 썼지만.
근데 이걸 유니티에서도 똑같이 구현해서 쓰는 게 효율적일지, 아니면 기본제공하는 transform.parent.parent.Find, GetChild, FindObjectWithType 등 이런 걸로 찾아가는 게 맞는지, 그것도 아니면 더 좋은 방법이 있는지 궁금함.
퍼블릭으로 만들고 인스펙터에서 드래그 앤 드롭으로 때려박는 방법도 있겠지만... 뭔가 우아하지가 않은 거 같아.
보통 어떻게 씀?
똑같이 UIManager 를 만들던가, 아님 많은 곳에서 공공으로 사용하는 HUD라면 그냥 모델을 싱글턴화 시키셈
결국 답은 매니저인가..... 흑흑
컴포넌트를 직접 들고 오는게 아니라 public 으로 만들어서 사용하는게 찝찝한거면
[SerializedField] private TComponent someComponent;
이런식으로 사용하는 방법도 있다
[SerializedField] 이것도 인스펙터에 드래그앤드롭 하려고 쓰는 거지?
위말대로 싱클톤 마냥 대형 클래스로 나눠서 컴포넌트 참조 하면 될 듯 하는 일 다르면 보통 클래스 따로 안나눠 줄텐데
매니저 만드는 게 나을듯.
젠젝트
이것도 있네
이것도 듣긴 했는데 이런 거 없이 쓰는 방법이 있나 궁금했어.