캐싱 스로틀 리트라이 디바운스 같은 비즈니스 로직에 크게 영향 안 끼치는 간단한 기능은 물론이고,
rxjs가 유용한 사례 예시들 봐도 promise + 상태관리로 간단하게 구현되는 것들임.
댓글 7
MetaFibonacci(equivalence)2023-05-17 20:15
rx가 편할때도 있지 마우스 이벤트 조합하고 이럴때 - dc App
야딩조무사(cir6174)2023-05-17 21:39
상태관리를 rx 오퍼레이터로 아예 없애버리면서 읽기 편할때가 좋은데 생각보다 그런게 잘 없음
async iterator로도 비슷한 동작 짜는데 문제없는것도 있고 - dc App
야딩조무사(cir6174)2023-05-17 21:48
promise 상태관리랑은 목적이 다르지. 상태를 다루는것과 이벤트를 다루는것은 좀 차이가 있으련데.
쨋든 rx가 필요한 케이스가 정말 한정적이라는건 인죵
익명(180.71)2023-05-18 01:48
답글
IOS MVVM같은거 보면 비동기 이벤트 (유저 이벤트) 전달용으로 rx를 스트림처리용으로 쓰던 방식도 있던것같은데.
볼때마다 굳이? 라는 느낌..ㅋㅋ;
익명(180.71)2023-05-18 01:51
리액티브를 백엔드에선 어떻게 쓰는지 잘 모르겠는데,
프론트에선 아무래도 유저 이벤트가 복잡할때 리액티브가 확실히 편함
익명(125.236)2023-05-18 06:58
답글
백도 프론트처럼 형태가 비슷하다고 볼 수 있지. 어떤 http request를 유저이벤트라고 보면됨. 어노테이션등으로 간접적으로 역할을 명시하는것보다야, 코드가 확실히 읽기 편해지고 깔끔해지는데, 대신 블락킹 방식에 비해 디버깅 번거로워진건 함정 ㅋㅋㅋ..
프론트에서도 유저이벤트를 직접 처리하려고 rx 의존성을 추가할거냐 vs. 아니면 그 유저이벤트를 상태로 치환해서 fsm으로 처리할거냐.. 인데 절충안인 redux-saga가 나아보이기도 하다.
rx가 편할때도 있지 마우스 이벤트 조합하고 이럴때 - dc App
상태관리를 rx 오퍼레이터로 아예 없애버리면서 읽기 편할때가 좋은데 생각보다 그런게 잘 없음 async iterator로도 비슷한 동작 짜는데 문제없는것도 있고 - dc App
promise 상태관리랑은 목적이 다르지. 상태를 다루는것과 이벤트를 다루는것은 좀 차이가 있으련데. 쨋든 rx가 필요한 케이스가 정말 한정적이라는건 인죵
IOS MVVM같은거 보면 비동기 이벤트 (유저 이벤트) 전달용으로 rx를 스트림처리용으로 쓰던 방식도 있던것같은데. 볼때마다 굳이? 라는 느낌..ㅋㅋ;
리액티브를 백엔드에선 어떻게 쓰는지 잘 모르겠는데, 프론트에선 아무래도 유저 이벤트가 복잡할때 리액티브가 확실히 편함
백도 프론트처럼 형태가 비슷하다고 볼 수 있지. 어떤 http request를 유저이벤트라고 보면됨. 어노테이션등으로 간접적으로 역할을 명시하는것보다야, 코드가 확실히 읽기 편해지고 깔끔해지는데, 대신 블락킹 방식에 비해 디버깅 번거로워진건 함정 ㅋㅋㅋ.. 프론트에서도 유저이벤트를 직접 처리하려고 rx 의존성을 추가할거냐 vs. 아니면 그 유저이벤트를 상태로 치환해서 fsm으로 처리할거냐.. 인데 절충안인 redux-saga가 나아보이기도 하다.