[🐣질문] 유니티 오브젝트 풀링의 범위에 관한 질문이 있습니다.

[익명(221.157)]

클래시 로얄과 비슷한 진행방식의 게임을 개발중에 있습니다.

오브젝트 풀링은 현재 유닛만 하고 있고, 유닛의 근접,원거리 공격은 instantiate, Destroy를 하고 있습니다.

게임자체는 가벼워 이런방식도 상관은 없지만 공부도 겸하기 위해서 직접 풀링 매니저를 직접 작성하는 중입니다. (CreatePool, getPool은 구현)

풀링 오브젝트는 딕셔너리에 저장하여 반환하는 방식으로 하고 있습니다. 

예를 들면 Dictionary<int, List<GameObject>> UnitPools라는 딕셔너리 변수가 있습니다

이것으로 유닛들을 오브젝트를 풀 하여 사용중입니다.

문제는 유닛의 원거리공격 투사체들을 풀링하고 반환하는 코드를 작성하려는데 UnitPools라는 딕셔너리에 한번에 같이 저장하려고하니 나중에 또 

제작 해나갈 유닛이 있어 해당 변수는 사용하지 못하고 똑같이 복사, 붙여넣기해 원거리 공격 오브젝트용 풀링코드를 작성하려 합니다.

근데 이게 진정 효율적인 방법인지 의문이 들어 질문을 드립니다. 여러분들은 유닛과 공격오브젝트의 관리를 어떻게 하시나요?

[위디파(ability0617)]

딕셔너리의 키가 총알인지 유닛인지 구별하는 키 아님?

[ㅇㅇ 2(220.65)]

잘 하고 계신거 같은데 질문의 의도를 잘 모르겠어요.

[211214(tomatoss)]

음 이해가 안 가는데.. 새로운 유닛을 만든다고해서 코드가 늘어날 이유가 있나여? 그 유닛이든 투사체든 파티클이든 뭐가 됐든 게임오브젝트일텐데

[ㅇㅇ 3(219.240)]

Dictionary에서 int는 유닛 타입값 이런 걸로 추측하는데.. 나라면 이렇게 할 것 같아. (유닛이든 투사체는 원리는 같아) (예시로) Unit이란 클래스를 만들어서 타입값을 변수를 저장하고 이걸 List<Unit>에 풀링할거야. (Unit 클래스가 MonoBehavior 상속 받으면 .ganeObject도 쓸 수 있어)

[ㅇㅇ 3(219.240)]

그리고 재활용할 Unit을 찾을 때는 (1) 게임 오브젝트가 꺼져있고 (2)내가 원하는 타입값을 가진 unit 클래스를 찾아서 그것을 다시 쓸거야. 오브젝트가 많고 타입이 다양하다면 딕셔너리 사용해서 한 번 더 분류해도 좋을 것 같고. 그러면 Dictionary<int, List<Unit>> 이런 느낌이겠지?

[ㅇㅇ 3(219.240)]

오브젝트 풀링을 유닛 별로 붙일 필요는 없는 것 같아. 그냥 매니저급 클래스에 붙이고 필요할 때마다 이 유닛, 저 유닛 다 빌려주고 재활용하는게 좋아 보여. 그저 한 사람의 의견이니까 참고만 하고, 더 멋진 걸 만들어줘!

[MeroZemory(first5916)]

int가 유닛이나 투사체같은 타입 ID 표현하는데 쓰신 것 맞나요? 유닛이든 투사체든 풀링해야 하는 게임 오브젝트라는 공통점이 있어서, 저라면 단일 매니저 싱글턴 만들 것 같네요. 말씀하신 방법들은 코드 관리의 문제라 특별한 케이스가 아니라면 성능 차이는 없을테고, 유지보수를 생각했을 때 말씀하신 상황만 봐서는 굳이 새로운 변수를 만들 필요가 없어 보입니다. 항상 완벽한 솔루션은 존재하지 않으니 장단점 적어서 비교해가며, 성능에 문제되지 않는 한에서 가독성 등 유지보수를 우선하시길 바랍니다. 성능 최적화 엔지니어같은 특수한 경우가 아니시라면요

[MeroZemory(first5916)]

그리고 위에서 말씀드렸다시피 완벽한 솔루션은 없는게, 분리하면 타입 별로 재활용이 가능하지만 객체 수가 적으면 이점이 없고 서로 다른 크기의 객체가 많아지면 파편화 문제도 발생할 수 있고요, 일괄 관리하면 모든 객체에 일괄 재활용은 가능하겠지만 각 타입에서 재활용 가능한 데이터는 재활용 못하겠죠? 결국은 본인 케이스에 맞는 솔루션을 실험적으로 찾아야하는데, 이런데 시간 낭비하지 말라고 범용적으로 문제없는 방법을 게임 엔진에서 채택하고 있는 거고요, 어차피 경험이 없으면 고민한다고 답이 나오는 문제가 아니다보니 당장 모르겠으면 조금 더 낫다고 생각하는 것 선택하시고 나중에 프로파일링으로 성능 이슈 찾아 고치는게 효율적이에요.