게임 시스템 매니저를 만들면 항상 시작부분에 static 변수 박아놓고 awake함수에 자기 자신을 참조해놓고 시작해요 다행히 따로 추가로 인스턴싱 하는 얘들은 아니고 매니저들한테만 싱글톤을 적용 시키고 있긴 해요 그리고 싱글톤끼리는 상호참조를 하지 않고요 그렇게 생겨난 static 변수들이 이제 30여개가 넘어가는데 이거 별 문제 안생기겠죠?
그 정도면 서비스 로케이터 패턴으로 한번 묶으시면 깔끔하게 정리될 거 같습니다!
무슨 게임이길래 매니저가 30개가 넘어??
예를 들어서 ui도 패널 하나당 하나씩, 저장 시스템, 스토리 진행도 확인 기타등등... 대부분 게임의 인게임 시스템과 관련된 내용들이네요
싱글턴은 늘어날수록 관리가 힘듬
서비스 로케이터 검색 ㄱㄱ
30개는 많긴하다 합치거나 인스턴스화할 수 있는 것들이 분명 있을듯
싱글톤 많이 쓰면 모태솔로를 탈출할 수 없대!!!
우와 - dc App
서로 참조하면서 스파게티되면 인스턴스 생성 순서 문제 걸려서 골 아픔