用RxJava你必须要深刻知道的一件事情

我用RxJava 的主要原因是它对我们数据流向的一种抽象,用好了,能梳理好代码结构,不致于让代码写到哪里就是哪里,这种写到哪里就是哪里的代码,真的对别人对自己都很不负责,对别人来说,维护起来想骂人,对于自己来说,其实是给自己挖坑。
很多时候,我发现大部分人用RxJava,看一下网上的demo怎么使用的,然后就模仿着用,结果用着用着就变形了,怎么变形的?因为模仿只能学会一招,接下来发生需求变化的时候,就用这一招来套,结果就出现了很多搞笑的使用场景。

比如,网上介绍的RxJava,大致就是这样的,然后有人模仿用的时候,就记住了这个模式,然后心里面大致知道上面大括号内是运行在子线程,然后下面大括号内,就是主线程。这个时候如果onNext执行完成了,还需要去请求服务器,或者是其他耗时操作,然后有人就来了,灵机一动,我再创建一个Observable.create不就行了,于是在onNext下面又嵌套一层Observable.create,此时,代码应该已经很长了,差不多就是这样:

Observable.create(new ObservableOnSubscribe<String>() {
            @Override
            public void subscribe(ObservableEmitter<String> emitter) throws Exception {
                   //请求服务器获取数据
                emitter.onNext("数据1");
                emitter.onComplete();
            }
        })
                .observeOn(AndroidSchedulers.mainThread())//回调在主线程
                .subscribeOn(Schedulers.io())//执行在io线程
                .subscribe(new Observer<String>() {
                ...
    
                    @Override
                    public void onNext(String value) {
                        Log.e(TAG,"onNext:"+value);
                            Observable.create(new ObservableOnSubscribe<String>() {
                                //再次去请求服务器
                                ...
                            }
                    }
                    ...
                });

这就是还不太了解RxJava是怎么控制数据流的,RxJava做成链式调用的方式,很多时候是为了让每一个步骤都清晰,例如:

source //数据源
  .operator1() //操作1,先请求服务器接口
  .operator2() //操作2,获取本地数据库信息
  .operator3() //操作3,比较本地数据库内容并且更新数据库
  .operatorN()  //操作N,可能还有很多操作。。。
  .subscribe(consumer) // 开始去消费我最终的数据,比如:拿到列表数据,我显示出来列表

按照这样的方式去维护我们的一个数据流程,就能够很好的整理我们的代码流程,一个整体的流程,就知道这整个流是做什么的。
RxJava的整个设计,都是围绕对流做处理,你不需要去关心线程启动关闭,因为人家有任务调度器,就是专门干这个事情的,你只需要
添加指定的任务调度器类型放到subscribeOn中就行了。

当深刻的认识到RxJava的宗旨就是对流做处理,同时又能够保证复杂业务也能梳理的很好的时候,这就很足够了,同时这个将能够帮助你更好的理解源吗的设计。

既然始终是围绕着数据流来设计的框架,那肯定需要考虑到各种各样的流:
合并流(比如你要显示一个内容的时候,需要多种服务器的数据,那么就存在多种数据源,数据源就需要合并,也就有了合并流)
转换流(比如你获取过来的数据需要转换一下数据类型)
一堆对流进行处理的操作符,所以你能看到RxJava中有很多很多的操作符,这些东西本质上就是为了方便你去更好的处理流,刚开始学习RxJava的时候,千万不要给操作符给淹没了,因为他只是一个帮助你提升效率的工具,有它没它,你也可以用好RxJava写出好的数据流向代码,让代码清晰可维护。

RxJava只有你能深刻的理解它是对数据流的控制,保证代码清晰的一种工具,你才能用好它,否者你会发现滥用RxJava将会影响代码阅读带来的反向的效果。

祝君写出更好的代码。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 155,958评论 4 358
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,179评论 1 286
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 105,792评论 0 237
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,409评论 0 202
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 51,723评论 3 285
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,174评论 1 204
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,543评论 2 306
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,270评论 0 194
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 33,899评论 1 236
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,235评论 2 240
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,771评论 1 255
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,139评论 2 249
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,688评论 3 228
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,936评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,646评论 0 192
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,194评论 2 265
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,145评论 2 258

推荐阅读更多精彩内容