面向RxJava初学者，一个简单的RxJava优化传统流程/精简代码的例子。
使用BehaviorSubject简化数据和界面的同步流程：
- 有这样的常见场景： 程序启动时就会去远端/本地读取数据，而与此同时，与这份数据关联的界面也会在某个时刻被启动。
- 显然这是一个关于并行的问题，读取数据本身是一个异步的行为，其返回的时刻是不可预期的，界面启动很多时候完全取决于用户的操作，因此其启动时刻也是不可预期的。
- 解决问题的思路很朴素，界面启动时，尝试去对应的数据实体获取数据，如果这个时候数据已经回来，那么获取并展示即可。如果数据还没有回来，那么界面需要某种途径来实现对数据的监听，从而在数据RxJava回时可以及时的刷新界面。
- 有了上述思路，我们完全可以自己写一个Repository（第一版）：
- Repository内部会维护一份当前最新数据，并提供对这份数据的查询接口。
- Repository还需要提供一个监听接口，在数据变化时通知监听者。
- Repository本身还肩负着从远端/本地读取数据的职责和功能。
- 如何使用？ 使用者先通过查询接口获得当前最新的数据（如果有的话），然后注册监听来关注下一步的数据变化。这样做显然很笨拙，使用者调了2个接口，而其实一个接口就可以
- Repository（第二版）：
- Repository内部会维护一份当前最新数据。
- Repository还需要提供一个监听接口，在数据变化时通知监听者。并且在监听者开始监听时，如果当前有cache的最新数据，那么将这份数据投递给监听者。
- Repository本身还肩负着从远端/本地读取数据的职责和功能。
- 如何使用？ 使用者注册监听, 如果之前就已经有数据从远端/本地提取出来，那么就可以立刻触发一个回调来获取这份数据。这个改进思路很简单，但是提高了便利。不过，我很还是要自己写这个内部流程对不对？好麻烦
- Repository（第三版）：
- 首先要知晓BehaviorSubject的特性：
- BehaviorSubject属于hot Observable, 使用者调用其onXXX方法就可以主动的开始一条消息流而无需依赖Subscriber的subscribe。
- 另外一个重要特性是：BehaviorSubject内部会cache消息流的最近一个消息, 在后续有Subscriber进行subscribe时，会直接将此cache的消息投递给Subsciber。
- 你会发现BehaviorSubject简直是为上述这个数据同步流程量身打造的，因为RxJava中的几种Subject都针对的某一种常见应用场景。
- Repository本身还肩负着从远端/本地读取数据的职责和功能。
- 我们的Repository很好写了： 内部除了远端/本地读取数据功能外，就只需要维护一个BehaviorSubject即可，有新数据来，调用其onNext进行投递。BehaviorSubject本身又提供了监听和通知，新用户监听，会投递cache的最新数据
- 首先要知晓BehaviorSubject的特性：