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