RxJava几种场景的实现

RxJava几种场景的实现

1.推迟执行动作

可以使用timer+map方法实现.代码如下:

Observable.timer(5, TimeUnit.MILLISECONDS).map(value->{
            return doSomething();
        }).subscribe(System.out::println);
    }

2.推迟发送执行的结果

这种场景要求产生数据的动作是马上执行,但是结果推迟发送.这和上面场景的是不一样的.

这种场景可以使用Observable.zip来实现.

zip操作符将多个Observable发射的数据按顺序组合起来,每个数据只能组合一次,而且都是有序的。最终组合的数据的数量由发射数据最少的Observable来决定。

对于各个observable相同位置的数据,需要相互等待,也就说,第一个observable第一个位置的数据产生后,要等待第二个observable第一个位置的数据产生,等各个Observable相同位置的数据都产生后,才能按指定规则进行组合.这真是我们要利用的.

zip有很多种声明,但大致上是一样的,就是传入几个observable,然后指定一个规则,对每个observable对应位置的数据进行处理,产生一个新的数据, 下面是其中一个最简单的:

    public static <T1, T2, R> Observable<R> zip(Observable<? extends T1> o1, Observable<? extends T2> o2, final Func2<? super T1, ? super T2, ? extends R> zipFunction);

用zip实现推送发送执行结果如下:

    Observable.zip(Observable.timer(5,TimeUnit.MILLISECONDS)
                                  ,Observable.just(doSomething()), (x,y)->y)
          .subscribe(System.out::println));

3.使用defer在指定线程里执行某种动作

如下面的代码,虽然我们指定了线程的运行方式,但是doSomething()这个函数还是在当前代码调用的线程中执行的.

    Observable.just(doSomething())
              .subscribeOn(Schedulers.io())
              .observeOn(Schedulers.computation())
              .subscribe(v->Utils.printlnWithThread(v.toString()););

通常我们采用下面的方法达到目的:

    Observable.create(s->{s.onNext(doSomething());})
              .subscribeOn(Schedulers.io())
              .observeOn(Schedulers.computation())
              .subscribe(v->{
                    Utils.printlnWithThread(v.toString());
        });

但其实我们采用defer也能达到相同的目的.

关于defer

defer 操作符与create、just、from等操作符一样,是创建类操作符,不过所有与该操作符相关的数据都是在订阅是才生效的。

声明:

    public static <T> Observable<T> defer(Func0<Observable<T>> observableFactory);

defer的Func0里的Observable是在订阅(subscribe)的时候才创建的.

作用:

Do not create the Observable until an Observer subscribes; create a fresh Observable on each subscription.

也就说observable是在订阅的时候才创建的.

上面的问题用defer实现:

    Observable.defer(()->Observable.just(doSomething()))
              .subscribeOn(Schedulers.io())
              .observeOn(Schedulers.computation())
              .subscribe(v->{Utils.printlnWithThread(v.toString());
        });

4.使用compose不要打断链式结构

我们经常看到下面的代码:

    Observable.just(doSomething())
              .subscribeOn(Schedulers.io())
              .observeOn(Schedulers.computation())
              .subscribe(v->{Utils.printlnWithThread(v.toString());

上面的代码中,subscribeOn(xxx).observeOn(xxx)可能在很多地方都是一样的, 如果我们打算把它统一在某一个地方实现, 我们可以这么写:

    private static <T> Observable<T> applySchedulers(Observable<T> observable) {
        return observable.subscribeOn(Schedulers.io())
                .observeOn(Schedulers.computation());
    }

但是这样每次我们需要调用上面的方法, 大致会像下面这样,最外面是一个函数,等于打破了链接结构:

    applySchedulers(Observable.from(someSource).map(new Func1<Data, Data>() {
          @Override public Data call(Data data) {
            return manipulate(data);
          }
        })
    ).subscribe(new Action1<Data>() {
      @Override public void call(Data data) {
        doSomething(data);
      }
    });


可以使用compose操作符达到不打破链接结构的目的.

compose的申明如下:

    public Observable compose(Transformer<? super T, ? extends R> transformer);

它的入参是一个Transformer接口,输出是一个Observable. 而Transformer实际上就是一个Func1<Observable<T>, Observable<R>>,换言之就是:可以通过它将一种类型的Observable转换成另一种类型的Observable.

简单的说,compose可以通过指定的转化方式(输入参数transformer),将原来的observable转化为另外一种Observable.

通过compose, 采用下面方式指定线程方式:

    private static <T> Transformer<T, T> applySchedulers() {
            return new Transformer<T, T>() {
                @Override
                public Observable<T> call(Observable<T> observable) {
                    return observable.subscribeOn(Schedulers.io())
                            .observeOn(Schedulers.computation());
                }
            };
        }

    Observable.just(doSomething()).compose(applySchedulers())
              .subscribe(v->{Utils.printlnWithThread(v.toString());
            });

函数applySchedulers可以使用lambda表达式进一步简化为下面为:

    private static <T> Transformer<T, T> applySchedulers() {  
        return observable->observable.subscribeOn(Schedulers.io())
                .observeOn(Schedulers.computation());
    }

5.按优先级使用不同的执行结果

上面这个标题估计没表达清楚我想表达的场景. 其实我想表达的场景类似于平常的获取网络数据场景:如果缓存有,从缓存获取,如果没有,再从网络获取.

这里要求,如果缓存有,不会做从网络获取数据的动作.

这个可以采用concat+first实现.

concat将几个Observable合并成一个Observable,返回最终的一个Observable. 而那些数据就像从一个Observable发出来一样. 参数可以是多个Observable,也可以是包含Observalbe的Iterator.

新的observable内的数据排列按原来concat里的observable顺序排列,即新结果内的数据是按原来的顺序排序的.

下面是上述需求的实现:

    Observable.concat(getDataFromCache(),getDataFromNetwork()).first()
              .subscribe(v->System.out.println("result:"+v));
    //从缓存获取数据
    private static Observable<String> getDataFromCache(){
        return  Observable.create(s -> {
            //dosomething to get data
            int value = new Random().nextInt();
            value = value%2;
            if (value!=0){
                s.onNext("data from cache:"+value); //产生数据
            }
            //s.onError(new Throwable("none"));
            s.onCompleted();
        }
                );
    }
    //从网络获取数据
    private static Observable<String> getDataFromNetwork(){
        return  Observable.create(s -> {
            for (int i = 0; i < 10; i++) {
                Utils.println("obs2 generate "+i);
                s.onNext("data from network:" + i); //产生数据
            }
            s.onCompleted();
        }
                );
    }

上面的实现,如果getDataFromCache有数据, getDataFromNetwork这里的代码是不会执行的, 这正是我们想要的.

上面实现有几个需要注意:

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

推荐阅读更多精彩内容