android关于网络请求,和异步问题

android关于网络请求,和异步问题

问题描述:

最近很流行RxJava+OkHttp;
我想问的是,目前大部分网络框架中的都有异步网络请求的方法,为什么非得配合Rxjava去进行异步操作呢?

如果是纯 connection 或者 纯OkHttp,响应逻辑,走的是回调驱动,如果业务逻辑复杂,你会面临一个著名的 回调地狱(callback hell);

如果你结合了rxjava,当然rxjava 结合 okhttp,和用不用retrofit没有任何关系,但是你既然这么问了,我断定 你写出来的 中间层-桥接层,一定没有retrofit好;

rxjava基于事件驱动,当然也有用到回调,但是不会陷入回调地狱,这个与纯回调驱动的本质区别;

但是,如果你对kotlin的协程,有足够的的认识,我想,你是完全可以摆脱rxjava,使用协程并发模型去解决你的业务需求;

技术选型呢,为业务而生,还有就是,多用著名的开源框架,这样,即使你搞不定,也还有千万网友助阵;

因为Rxjava异步操作比其他任何一个都好用。

大部分异步框架都是通过回调来通知结果。rxJava封装了。用类似同步的方法调用。提供了符合心智模式的调用流程

我集成了rxjava 并没感觉方便 反而感觉更难用了 估计也就有降低耦合的功效 还有就是装逼了

RxJava是链式编程,看起来逻辑更加清晰,无论是读者阅读还是开发者修改起来都更加方便。

框架有很多,也有很多优秀的框架,但是具体使用还要看自己的需求。

1,功能比较强大。2,逻辑清晰,3,配合retrofit很好用,4,大家都在用,你不用会显得很落伍,你用的话会显得你很高端。

这个第三方框架的使用,第一是看你的用哪个顺手,第二是你们的项目对于网络加载有没有什么的特殊的要求

非主线程不能直接控制ui主线程的控件
建议看下looper邓文档或许对你有帮助

逼格高是重点,代码比较好看;其实用不到的话(比如大部分请求都是单次不用连续嵌套的,或者仅仅为了切换线程)完全没必要引入,平白增加apk大小