[📚정보] R3로 버그 없는 스턴 간단하게 구현하기

[Indie(49.163)]

2초간 스턴을 이렇게 만들었다 치자

1. 첫번째 스턴에 걸리며 스턴중이 true가 된다

2. 1초뒤에 두번째 스턴이 걸린다

3. 첫번째 스턴이 1초뒤에 풀리며 스턴중을 false 로 만들어 버림

4. 결과 2번째 걸어놓은 스턴이 2초를 유지 못하고 1초만에 풀린다(버그)

이렇게 만들면 이제

1. 첫번쨰 스턴: 카운트 1

2. 1초뒤에 두번쨰 스턴이 걸리면 카운트가 2로 올라가고

3. 1초뒤에 첫번째 스턴이 풀려도 아직 카운트가 1 이기 때문에 스턴중은 true 이다 (버그해결!)

근데 여기서 스턴을 디스펠 한다고 치자 

디스펠로 스턴을 해제한거 까진 좋은데 

1. 디스펠로 스턴 카운트가 0이된다

2. 디스펠 이전에 걸려있던 스턴들이 딜레이 이후 카운트를 마이너스로 만들어 버린다

3. 그러면 이후 스턴이 걸려도 0보다 작기 때문에 스턴이 안걸리는 버그가 생긴다

그럼 이렇게 마이너스로 내려가는걸 막았으니 안심! 이라고 착각하지만

여기서 또다른 버그가 생겨난다

1. 스턴을 디스펠로 해제 했는데

2. 그다음 누군가 스턴을 걸었고

3. 해제 전에 딜레이 되어있던 스턴이 새로 걸린 스턴을 풀어버림 (또 버그!!!)

노- 답

여기서 우리의 구원투수 R3의 Disposable.Create 와 CompositeDisposable 이 등장한다

(R3가 뭔지는 개념글에 올라가 있으니 참고)

1. Disposable.Create() 로 생성된 클래스는 Diospose() 가 호출되면 onDisposed를 실행한다

2. using var 로 선언된 클래스는 그 메서드가 끝날때 자동으로 Diospose가 호출된다 (시샵의 using 문법)

3. CompositeDisposable.Clear(); 는 지금까지 모아놓은 모든 클래스들을 Diospose() 한다 (결과 카운트가 0이되며 스턴 해제)

4. Disposable.Create() 로 생성된 클래스는 한번 onDisposed가 발동되면

이후에 다시 Dispose 되도 onDisposed가 발동되지 않는다 (멱등)

때문에 CompositeDisposable.Clear()에서 한번 풀려버린 스턴은 이후에 딜레이가 종료 되면서 Diospose()가 다시 호출되도 카운트를 내리지 않는다 

결과 중첩스턴, 스턴 해제, 스턴 해제이후 스턴 다시 걸기 등 온갖 난장판에도 버그가 나지 않게됨

보너스1: 카운트를 ReactiveProperty<int> 로 만들면 이펙트나 유아이도 자동 반응함

보너스2: 현재 카운트가 몇 인지를 활용하면 독 처럼 많이 걸릴수록 중첩효과가 있는 디버프 로 쓸 수도 있음

[불타는키보드(1bnmaker)]

[글쓴 Indie(49.163)]

[익명(114.204)]

보통 StatusEffect같은 클래스를 만들어서 컨테이너에 다루게 될 거니까 사실 나쁜 예시쪽 코드 자체가 질나쁜 코드라고 보긴 해야 할 듯. 객체로 다룸으로써 lifecycle을 제어할 수 있는 이점을 R3는 보편적으로 가지니 편한 부분은 많을 것 같네

[글쓴 Indie(49.163)]

오 그 방식은 뭐지 올려주셈 궁금함 R3는 기본적으로 새로운걸 할수 있게 해주는 라이브러리 라기 보단 복잡한걸 편하고 간단하게 해주는 라이브러리라고 생각함 수명을 가진 객체도 람다로 뚝딱 만들어주고 편함 ㅋㅋ