내가 처음 리액티브를 많이 듣게 된 건 토비의 봄이었다 토비님도 이 Rx를 공부하는 데 많은 어려움이 있었고 몇 개월이 지나서야 감을 찾기 시작했다고 한다 Rx (Reactive Extensions)를 만든 MicroSoft 엔지니어들은 기존의 옵저버 패턴의 한계를 크게 2가지 지목했다고 한다 1. 도대체 이벤트는 언제 완료 되는가? 2. Error 핸들링을 어떻게 하는가? 옵저버 패턴에는 위 2개에 대한 기본 골조(아이디어)가 없다고 한다 이 2가지가 추가된 확장된 옵저버 패턴인 Observable이 Rx의 세 가지 축 중 하나의 축이 된다 (세 가지 축은 Observable, Scheduler, Observer를 말하는 것 같다) Reactive System 클라이언트와 맞장구를 잘 쳐주는 시스템 클..

채용 과제를 하면서 급하게 웹플럭스를 익혔다 이전에는 머릿속으로만 희미하게 존재하던 그 녀석을 집적 손으로 다루니 여러모로 느끼게 되었다 거의 2.5일에 걸쳐서 짧은 강의를 완강하고 500page의 책을 75% 정도를 속독한 것 같다 이게 가능한건 토비의 봄 리액티브 편을 종종 누워서 보아왔기 떄문이다 리액티브는 평소 관심은 있었지만 이걸 먼저 공부하면 성장 순서에 악영향을 미칠 것 같았기 때문에, 본격적인 공부는 미루어 왔었다 자, 이제 느낀 걸 적겠다 :) 얼마 전에 알게 된 사실들이라 틀린 내용이 많을 수 있다 느낀 것들 반드시 Mono를 반환해야 한다 무슨 얘기나면 컨트롤러의 Return type이 없거나, Unit이어선 안됀다 즉, Mono.empty() 라도 반환해야 한다 처음에는 이걸로 정말..