[💬] R3 별거 아님

[Indie(112.146)]

걍 Action 대신 쓰면 됨

Action on버튼클릭;

on버튼클릭 += ()=>{버튼 클릭시 실행할 코드...} 이렇게 해놓으면 나중에 구독해제가 난감해지니까

void Handle() 이런 핸들러 메서드를 만들어서

{

버튼 클릭시 실행할 코드...

}

버튼생성();

on버튼클릭 += Handle;

버튼제거();

on버튼클릭 -= Handle;

이렇게 불편하게 써야 하는걸

Subject<Unit> 버튼클릭스트림;

버튼생성();

IDisposable handle = 버튼클릭스트림.Subscribe(_=> {버튼 클릭시 실행할 코드...간편하게 람다로});

버튼제거();

handle.Dispose(); <구독 해제됨

딱 이기능만 써도 R3 값 함

여기서 한번 더나가면

버튼클릭스트림.ThrottleFirstFrame(5) // 한번 발동하면 5프레임 동안 또 와도 무시. 광클 억제등에 좋음

.Subscribe(_=> {이제 이건 버튼이 중복으로 많이 클릭 되도 5프레임마다 한번씩만 발동});

정도만 써도 됨

뭔 RX 라고 어렵게 생각할거 없음 걍 Action에 편한 기능 이거저거 넣은 편의 유틸임 

여기서 더 나가면

ReactiveProperty로 마지막값 캐싱,

머지로 서로 다른 입력 묶기,

컴바인 레이티스트로 마지막 이벤트들 취합,

using var 로 특정 메서드 안에서만 활성화,

PairWise로 이전값 얻기 등등 쓸만한 기능이 많은데,

입문은 걍 IDisposable 구독해제랑 쓰로틀 두개정도만 써도 충분 

[태보미(taebomi)]

고마어! 지금은 딱 전자만 쓰고 있는데, 모노비헤이비어 수명이랑 같은 경우에는 AddTo this로 awake에서 써서 disposable 신경 안써주고 있음. 모델에 reactiveproperty로 써주니깐 코드굉장히 간결해짐. 확실히 람다쓰면 구독해제 난감해지는게 불편했는데 편하네. 머지가 몹시 편하고. disposable bag 도 조아보임. UI쪽에 타이머기능이랑 같이 써볼 것 같은데 말해준 예시들도 체크해볼게 고마어!

[글쓴 Indie(112.146)]

굿굿 AddTo(this) 만 써도 r3 깔은 값 건지는거라고 봄 ㅋㅋ

[태보미(taebomi)]

말해준 기능들 확인해봤는데 다 금방 써볼 듯? using var 쓰면 unitask에서 unitaskcompletionsource 쓸 때 람다로 변수 담고 구독하고 해제하던게 아예 없어질 것 같고...

[글쓴 Indie(112.146)]

@태보미 잘 맞으면 MessagePipe 도 써보셈 R3만든 사람이 만든 다른 라이브러리임. 이건 await PublishAsync 로 구독자들이 완료할때까지 기다리는것도 가능함. R3는 발행자가 구독자들이 완료되는지 기다릴 방법이 없음

[글쓴 Indie(112.146)]

@태보미 그리고 R3의 FirstAsync() 쓰면 unitaskcompletionsource 자체가 필요없음 걍 이벤트가 바로 값을 돌려줌

[태보미(taebomi)]

messagepipe도 r3익숙해지면 써봐야겠네. 약간 이벤트채널 비슷한건가? vcontainer도 써볼 생각이라. === unitaskcompletionsource 가지고 물어보니깐 클로드도 firstasync쓰면 필요없다고 하더라고. 짱고마움

[Indie 1(1.245)]

UniRx 많이 써 봤지만 비동기는 UniTask 사용하는게 더 직관적이고, 결국 나중에 유지보수가 많이 힘들어져서 반응형 UI 에만 쓰다가 나중에는 그냥 안쓰게 되더라.

[글쓴 Indie(112.146)]

난 Rx를 UniTask 랑 경쟁관계라고 생각해 본적이 없는데... 비동기는 UniTask고 Rx는 이벤트 관리하는거니까 서로 다른도구라고 봄 유니태스크는 코루틴을 대체하는거고 rx는 event랑 Action을 대체하는건데 분야가 다르지 않나

[태보미(taebomi)]

나도 둘은 다른 사용처 같아. 그리고 unirx에서 r3로 업글되서 강력해졌음!

[Indie 1(1.245)]

@글쓴 Indie(112.146)
https://tech.lonpeach.com/2022/10/29/2022-unirx/#unirx와-asyncawait와-unitask
3년전인가
쓰던거라 가물가물한데,
나는 Photon 이나 Playfab 같은 곳에서 들어오는 콜백을 받아서 IObservable 로 뿌려주고,
해당 객체에 구독해서 기다리는 비동기 코드를 작성했었는데, 그게 좀 많아 지다보니깐 유지보수가 점점 힘들어진다는 느낌이 들고,
나중에 Task 기반의 함수로 다 걷어낸 기억이 나네. 잘 쓰고 있으면 잘 쓰면 되고, 내 경험상 그랬음 ㅇㅇ

[태보미(taebomi)]

여기서도 등장해버린 messagepipe... 일단 사용처 한정해서 익숙해져야겠다.

[글쓴 Indie(112.146)]

@Indie1(1.245) 이 글에 이벤트의 상위호환 라이브러리 정도로 사용하는게 정신 건강에 좋지 않을까 싶습니다.<라고 써있는데 난 처음부터 이렇게만 생각해서 비동기를 Rx로 할 생각을 애초부터 안했던듯 좀더 광범위하게 접근했다면 달랐을지도