[💬] 난 풀링 이펙트 정도 외엔 안함

[익명(110.70)]

투사체, 이펙트 같이 게임 한판에도 수백 수천개씩 만드는것들만 풀로 만들고 유닛 등은 가급적으론 풀링 안할려고 함.
복잡한 개체를 풀링할수록 재사용 과정에서 신경써야 할게 많고 예상치못한 버그 발생하고 그런 버그 고치느니 그냥 안하고 맘
더군다나 재사용쪽 관련해서 터지는 버그는 찾기도 재현하기도 힘든편임
풀링이 능사는 아니다...

[오더리움(othereum)]

맞말추. 공부목적이면 모를까 항상 글 올라오는거 보면 풀링패턴 너무 남용함 - dc App

[익명(223.38)]

복잡한 개체를 풀링할수록 재사용 과정에서 신경써야할게 많고 예상치 못한 버그 발생한다는게 대충 예시가 있음?

[익명(110.70)]

예를들면 탱크게임을 만드는데 포탑이 어디론가 돌다가 부숴져서 풀에 들어갔으면 꺼낼땐 원위치 해야지? 이렇게 말로하면 너무 쉬워서 문제가 아닐 것 같지만 실제론 개체가 복잡해지면 어느 자식에 어느 스크립트가 리셋관련된 문제를 일으킬지 쉽게 예상하기 힘듬

[익명(223.38)]

초기화 해주면 되지

[익명(110.70)]

맞어 하면 됨. 근데 모든걸 문제없이 초기화 다 하기는 상당히 번거로워

[익명(223.38)]

왜 번거로운거?

[익명(110.70)]

복잡한 오브젝트는 실행중에 복잡하게 상태가 바뀔수 있어서 그럼. 안 그런 개체라면 번거롭지 않지

[익명(223.38)]

풀링 쓸 정도면 매우 자주 생성한다는건데 번거롭더라도 풀링 쓰는게 훨씬 이득인데 그리고 복잡하게 상태가 바뀔수있다는게 무슨 얘긴지 모르겠는데 설계를 잘못한걸듯

[익명(110.70)]

매우 자주 생성되고 파괴되면 어쨌든 해야지. 그런데 실제 게임에서 그럴만한게 뭐가 있냐? 이펙트 정도가 아니면 경험상 없다는게 본문요지였음

[익명(223.38)]

풀링이 항상 답은 아니지만 풀링을 쓸만한 곳에 쓰는건 최적화면에서 매우 필요한건데

[익명(110.70)]

그러니까 이펙트나 투사체 정도 말고는 쓸만한 곳이랄게 딱히 없다는 얘기야.

[익명(soulcoin1)]

동의함 보통 잘 모르는 초보자들이 오브젝트 풀링 남용함 그리고 사실 C++ 이면 오브젝트 풀링보다 고정 사이즈 메모리풀 만들고 custom operator new/delete 정의하거나 그냥 tbb scalable allocator 같은 거 쓰는 게 더 나음

[익명(211.219)]

맞말추! 쓸데없이 풀링남발하는건 자기만족 또는 편집증