[🐣질문] Update에 싱글톤 변수 참조하는 오브젝트가 많으면 문제되나

[익명(1.247)]

데이싸이클 관리하는 싱글톤이 있음

잔디오브젝트가 생성되고 일정시간 지나면 퍼지게 할건데

잔디가 한두개도 아니고 수백개 있을수도 있음

근데 이 잔디마다 업데이트로 싱글톤 변수를 비교하면 개적화냐

[익명(110.10)]

잔디마다 업데이트를 돌리지 말고 모든 잔디를 관리하는 관리자를 만들어서 관리자에만 업데이트를 돌려, 업데이트가 필요한 잔디만 연산하도록

[익명(110.10)]

예를 들어 사각형 타일맵이라고 했을때 4방향 모두 잔디가 있는 상황이면 그 잔디타일은 업데이트를 돌릴 필요가 없잖아 그런 애들은 '연산이 필요해요' 풀에서 빼버리는거지

[익명(110.10)]

아니면 잔디가 생성되면 잔디 주변 4타일을 잔디 곧 자랄 땅이라고 보고 시간검사하는 풀에 넣고 업데이트마다 검사하든지 방법은 많음

[익명(1.247)]

런타임에 생성되고 제거되는 잔디를 풀에 업데이트 해야하는데, 그럼 잔디가 생성될때 잔디관리자에 등록시키고 잔디관리자가 업데이트마다 수백개의 잔디의 birth time과 싱글톤의 day time을 비교하면 되는건가? 이렇게하는게 각 잔디에 업데이트 돌리는것보다 훨씬 가벼워?

[익명(110.10)]

위에 적었듯이 방법은 많고 업데이트를 관리자 하나에서만 돌리는 이유는 업데이트가 필요한 잔디만 선별해서 담고 돌려야 최적화가 되기 때문임. 잔디가 퍼져나간다고 했는데 주변이 다 막혀서 잔디를 퍼뜨릴 공간이 없는 애까지 업데이트를 돌릴 필요가 없잖음

[익명(1.247)]

이리저리 해보고 제일 가벼운놈 써야겠노 늦은시간에 정말 고맙다 너도 쉬어라

[익명(75.6)]

근데 결국 Update안에서 뭘하든 성능을 크게잡아먹지는 않더라.

[Kaonuri(hon454)]

왜 그걸 업데이트마다 매니저를 참조해야함? 그냥 얼마나 일정시간 뒤에 퍼질 건지만 한번 캐싱하면 시간재서 퍼지기 수행하는건 각 잔디가 스스로 처리하면 되잖아 - dc App