[🐣질문] 개발어린이 이벤트 구독 너무 헷갈린다

[익명(114.204)]

이거 남용해도 되는거임…?

그냥 함수 직접 호출이 나아보일떄가 너무 많은데

이벤트 매니저 둬서 이벤트 몰아두긴 했는데 너무 많으니까 이게 맞나 싶은….

구독 함수 하나밖에 없으면 그냥 직접 호출이 낫지않을까?

[마치쨩(machichan)]

ㅇㅇ 케바케임

[ㅇㅇ 1(114.204)]

걍 여러개 필요할때나 써야겠다 ㄱㅅ

[ㅇㅇ 2(211.107)]

나중에 개섹스를 외치며 이벤트, 람다, 델리게이트, 콜백 기능들에 발기하는 날이 올거임

[뉴비(121.185)]

이벤트 좋은 점은 유지보수가 좋아짐 기존 코드 작성한거에 신경쓰지 않고 다음 코드 붙이기 용이하다는거? 예를 들면 뒤졌을 때 Died?.Invoke() 하면 사운드, 이펙트 등등 이런부분은 구독한 부분에서 추가만 해도 된다는거고... ㅈ같은점은 디버깅 할 때 분기가 여러 클래스로 튀어버리니까 어디가 문제인지 찾기 힘듬

[글쓴 ㅇㅇ(114.204)]

그렇네… 디버깅은 좀 힘들겠다 고마움

[ㅇㅇ 3(211.200)]

함수 여러개 관리하기가 쉬움 어떤 함수에서 A B C D ... Z를 전부 실행해야 할 경우 func(){ A() B() ... Z() } 이걸 이벤트 쓰면 event.Invoke() 이거 하나로 대체 가능함 다만 다 때려박으면 종종 순서 지켜야 하는 곳에서 문제 생기니 조심

[글쓴 ㅇㅇ(114.204)]

아 그니까 뭐 순서가 정해진 대로 작동해야하는 로직이면 이벤트에 다 때려넣으면 문제가 생길 수도 있다는거네 ㄱㅅㄱㅅ

[ㅇㅇ 4(121.129)]

게임은 거의 대부분 이벤트로 구성된 소프트웨어라고 생각하는데 (예를 들면 버튼 클릭시 어떤 기능, 충돌 시 어떤 기능) 구독 기능을 활용하면 이 이벤트마다 활용할 스크립트를 지저분하게 늘리거나 if문 떡칠 안해도 되는 부분이 있음. 예를 들면 몬스터 종류가 되게 많은데 어떤 몬스터는 충돌 시 넉백 면역을 주고 싶다던가 피격 시 반격을 준다던가 이렇게 너저분하게 따질 게 많으면 이걸 활용하게 되는데 나중에 출시 후에 뭔가 기능 추가하거나 버그 찾을 때 기능 충돌을 염려할 걱정이 훨씬 줄어듬. 물론 이건 개인적으로 느낀점

[글쓴 ㅇㅇ(114.204)]

그렇겠네 ㄱㅅㄱㅅ