這篇從我個(gè)人的角度聊聊ReactiveX這種思想的應(yīng)用場景喜每。
首先不論MVVM的使用場景箕慧，我也沒有特別豐富的MVVM的使用經(jīng)驗(yàn)歉胶。那么什么場景更加適合呢？
請求
如果只是單獨(dú)的請求劝篷，那么也沒有Reactive什么事情哨鸭，但是當(dāng)多個(gè)請求的時(shí)候，那么問題就來了娇妓。
多個(gè)請求就涉及到多次返回兔跌，那么如何組織這多次返回呢？可能有些場景要求按照發(fā)請求的順序返回峡蟋，有些場景可能僅需要任一個(gè)請求返回，又或者有些需要所有都返回的時(shí)候才觸發(fā)回調(diào)华望，甚至可能有些請求存在依賴蕊蝗。
如何比較好的處理這些需求，那么Reactive本身就給我們一個(gè)很好的解決方案赖舟，可以說就是為了處理這種場景而生的蓬戚。
流程
很多時(shí)候，我們的一個(gè)流程會(huì)非常長宾抓，比如注冊子漩、首次登陸等等，而這些流程可能中間的某些步驟是可以復(fù)用的石洗，然而很多不同的步驟所需要的參數(shù)可能也會(huì)稍有不同幢泼，那么如何表示這種流程比較好呢？
把每一個(gè)步驟都做成Signal讲衫，那么這個(gè)問題就非常簡單的解決了缕棵，不管流程的走向和分支是怎么樣的，Reactive都能很好的解決涉兽，也不需要每一步都精心做好回調(diào)招驴，然后把事件傳遞的到處都是。
總結(jié)
這就不得不提一下monad這個(gè)概念了枷畏，只要符合pure function操作的所有行為别厘，其實(shí)都可以定義為signal，并且利用各種組合來解決一定的時(shí)序問題拥诡。
