[🐣질문] 유니티 성능 관련으로 질문이 있어

[로망바드(kong1659)]

일단 내가 하고 싶은건 이거야.

1번(왼쪽). 현재 재화량이 시설 구입 비용보다 적으면 버튼 비활성화 + 부족한 재화량을 게이지로 표기

2번(오른쪽). 현재 재화량이 충분하면 게이지 삭제하고 버튼 활성화

처음엔 시설 구입때마다 재화량을 체크해서 1번/ 2번 분기를 태웠거든?

1번을 코루틴으로 만들어서 게이지 그려주다가 재화량이 충분해지는 시점에서 코루틴 끄고 다시 2번 상태로 돌리는거지.

이게 버튼 하나일때는 전혀 문제없이 동작을 했는데, 이런 버튼들이 많아지다보니까 저 구조로는 문제가 생기더라구.

재화 판단을 내 시설 구입 시점에만 하다보니, 다른 시설 구입으로 재화가 부족해지는걸 체크하지 못하는거야.

(현재 재화가 30도 안되는데 300짜리가 자기는 구입 가능하다고 주장하는 상황.jpg)

결국 언제 어떤 놈이 재화를 가져다쓸지 모르니 모든 업그레이드 버튼이 항상 현재 재화량을 체크하고 있어야 된다는 결론을 내렸는데, 여기서 궁금한게 있어.

1. 모든 버튼이 각자 현재 재화량을 항상 모니터링 한다.

2. 이벤트 같은 걸 만들어서 재화 소모 시점마다 전체 버튼이 현재의 재화량을 한번씩 체크한다.

1번은 구현이 편하구, 2번은 내 실력으론 아직 구현이 빡세지만 재화 체크빈도가 적으니 성능적으론 더 좋지 않을까 싶어.

맘 같아선 편하게 1번으로 가고 싶은데, 모바일 기기의 성능을 잘 모르다보니 왠지 주저되더라구.

이런 버튼 오브젝트(= 대충 0.1초 주기로 도는 상시 코루틴)가 100개쯤 있다고 가정할 때, 게임 성능에 큰 영향이 있을까?

너희들이라면 어떻게 할 거 같아?

이런 식으로 재화량 기반으로 활성화/ 비활성화를 구분해서 보여주는게 게임에서 굉장히 빈번하다고 알고 있는데, 

혹시 더 좋은 방법을 알고 있다면 댓글로 알려주면 고마울거 같아.

[oo(125.137)]

나도 이벤트 구현 함. 내 코드는 애들이 서로 참조 거의 안 따고 이벤트 리스닝으로 통신함.

[oo(125.137)]

근데 프로토 만들때는 걍 업데이트에 다 때려박음 ㅋ

[oo(125.137)]

그리고 성능에 대한 고민은 하는게 아님. 걍 폰에 깔고 돌려보고 프레임 드랍 없으면 그대로 가는게 국룰임

[익명(156.146)]

성능 걱정되면 저사양 폰 구해서 직접 테스트하는게 좋다

[익명(14.51)]

모바일이면 최적화 신경써야하는건 맞지만, 여기와서 이렇게 물어볼 정도면 어차피 모르는거 그냥 쉽게 대충하는게 맞을듯. 사실 if문으로 상태 체크하는 정도로는 안느려짐.

[익명(14.51)]

그냥 재화 변하는 코드에 버튼UI 업데이트 하는걸 호출하게 하면 될거야.

[ㄱㄱ(125.183)]

아하 시설 구입 시에 업데이트를 안 해주고 있구나 1번 방식으로 하면 자원낭비가 심하니깐 2번 방식으로 시설 구입시에 전체 업데이트해주는 함수만 하나 짜면 해결 될거임 원래 이렇게 코딩해야되는데 시설 구입 후 업데이트 하는걸 빼먹었네

[ㄱㄱ(125.183)]

네트워크라면 패킷로스 생각해서 시설 구입 시 보내고 받고 둘다 체크 한번 해줘야 버그 방지될 듯

[익명(118.37)]

2번이 낫다 재화를 계속 업데이트 돌려서 확인할게 아니라면

[로망바드(kong1659)]

의견 방향이 비슷하네. 이벤트 쪽으로 가닥 잡고 제작해보도록 할게. .137 의 구현 먼저 하고 테스트에서 체크하고 개선하라는 말도 되게 도움됐어. 다들 의견 고마워.

[로망바드(kong1659)]

Action 써가지고 구현 완료했어. 다행히 생각보다 어렵지 않더라. 좋은 의견 고맙고, 다들 열심히 해.

[익명(112.214)]

너무 이른 최적화는 좋지 않지만 게임은 업데이트 루프에 들어가는 로직만큼은 계속 관리해줘야 나중에 편함 저런 ui로직처리는 쉬워보여도 까다로운 경우가 많아서 편리하게 제작하기 위한 디자인패턴이 많으니 참고하면 좋음