引言
- 先补一下上文的不足
- doOnNext 很多小伙伴不是很理解,解释一下
doOnNext 通常用于结果处理之前的操作
比如,在网络请求收到返回值的时候,先验证一下返回值是否正确
比如,在收到数据时做一下缓存
比如,在收到状态码时做下判断
比如...
开篇
- 交火 Pro 侧重于嵌套类网络请求操作
- 主要完成功能
- 先获取所有的名字-> 然后根据每个名字来获取对应个人信息
一. 快速的写一下获取所有名字
API_Protocol1 API_protocol = retrofit_rx.create(API_Protocol1.class);
Subscription subscribe = API_protocol.getAllName()
.subscribeOn(Schedulers.newThread())//请求在新的线程中执行
.observeOn(Schedulers.io()) //请求完成后在io线程中执行
.observeOn(AndroidSchedulers.mainThread())//最后在主线程中执行
.subscribe(new Action1<AllNameBean>() {
@Override
public void call(AllNameBean allNameBean) {
LogUtils.e(allNameBean.getInfo());
}
});
二. 开始改造
- 先更正一处错误
- 接口包装类需要改成下面的样子才能访问到带名字的详细数据
- 因为我在后端接口中做了只允许 POST 方法读取参数,所以要用 Field 字段去提交数据
@FormUrlEncoded
@POST(Urls1.get_name_info)
Observable<NameInfoBean> getNamesInfo(@Field("name") String name);
改造核心思想
- 如果使用循环嵌套的话,整个代码会变得异常臃肿且不优雅
- 核心思想是使用 from 替代循环,然后用 flatMap 将每个名字变成另外一个网络请求
- 如果保持最初的顺序性 则使用 concatMap,用法相同
- 然后统一在下游进行接收
三.开始正餐
请看代码中的注释
API_Protocol1 API_protocol = retrofit_rx.create(API_Protocol1.class);
Subscription subscribe = API_protocol.getAllName()
.subscribeOn(Schedulers.newThread())//请求在新的线程中执行
.observeOn(Schedulers.io()) //请求完成后在io线程中执行
.subscribe(new Action1<AllNameBean>() {
@Override
public void call(AllNameBean allNameBean) {
List<String> data = allNameBean.getData();
// 这里进行数组发送
Observable.from(data)
.subscribeOn(Schedulers.newThread()) //请求在新的线程中执行
.observeOn(Schedulers.newThread())
.flatMap(new Func1<String, Observable<NameInfoBean>>() {
@Override
public Observable<NameInfoBean> call(String s) {
LogUtils.e(s);
// 发送经过网络请求的个人信息数据
return API_protocol.getNamesInfo(s);
}
})
.observeOn(AndroidSchedulers.mainThread())//最后在主线程中执行
.subscribe(new Action1<NameInfoBean>() {
@Override
public void call(NameInfoBean nameInfoBean) {
LogUtils.e(nameInfoBean.getData().get姓名());
LogUtils.e(nameInfoBean.getData().get爱好());
}
});
}
});
总结
- 确实比写循环好,优雅的多
- 快些学起来呀
- 一起加油哇
RxJava 与 Retrofit 系列的文章就到这里结束了,接下来要写更多 Android 世界里的知识
喜欢的小伙伴请随时关注,新文章不会晚