Android开发相关——Retrofit+RxJava＋OkHttp（上）闲扯

先扯两句

很久不扯了，刚敲出来这四个字的时候，还真把自己弄得愣了一下。

首先对这段时间关注我的博客的说声抱歉，前段时间有点事，断了一段时间，今后会尽量避免的，嘿嘿。

当然原本的套路今天应该写的是RecyclerView.Adapter的封装，不过因为又踏上了找工作的征程，所只好把这个相对更重要一些的部分拿到前面了。

这篇主要是分析一下我用过的一些框架，借机传达一些个人在开发中的一些小意见，没有兴趣的可以直接跳过。

还是先上我的Git库，然后开始正文。

MyBaseApplication (https://github.com/BanShouWeng/MyBaseApplication)

正文

看到今天的题目大多数人应该能看出来，这部分主要是网络请求的封装，虽然说我的工作经验到现在才不到两年时间，却也算接触了两种网络框架，分别是Afinal的FinalHttp，以及Google的Volley。

Afinal

首先关于Afinal框架，还是比较强大的，其中包含了FinalActivity、FinalHTTP、FinalBitmap、FinalDb的封装，对于一个懒人来说，集成一个框架，就可以轻松实现这些功能，简单是最幸福不过的事了！

不过在看看标题，不对啊，这篇文章的主角是“Retrofit+RxJava＋OkHttp”，目测跟Afinal框架好像没什么太大的关系，这又是为什么呢？

说到这里，我也很无奈啊，作为一个一直标榜自己是懒人的懒人，竟然在这应该偷懒的地方退缩了，说起来还是很丢人的一件事。可存在即合理，所以逼迫我这么一个懒汉放弃偷懒的原因究竟是什么呢？

大家自己上网查一下Afinal框架就会发现，其相关的文档最近的也是在2016的（至少我查的结果是这样的），而再去git查一下Afinal



我框出的部分，翻译过来，是最近一次更新的是见竟然是2015年3月15日，但现在已经两年多没有更新新的内容了（如果谁发现Afinal像xUtils一样只是换了，也可以指出来。至少从我得到的信息来看，Afinal框架应该是停止维护了）。

所以，当这个时候，不知道别人作何感想，可如果是我为了一时的偷懒，使用了Afinal框架，得到它停止维护的消息，绝对想死的心都有了。

这个时候只能有两个选择，要么就是将整个工程推翻了重写，可是看到Afinal的覆盖的范围，FinalActivity（Activity基类）、FinalHTTP（网络访问）、FinalBitmap（图片显示）、FinalDb（数据库），这些都做修改，与重写整个项目也相差不多了。

当然，我们开发也不是说所有的都要使用最新的，框架哪怕就一些也可以选择继续忍受，可是



以上就是FinalHttp中的各种过时方法，我们或许可以图一时舒服，选择了忍受这些内容，可是当随着Android的很多技术的进步，当有一天他们不只是单纯的过时，安全性更威胁我们已经成熟的工程的时候，那将是灾难性的打击。而如果这个时候我们再更换的时候，整个工程的复杂程度，大家加油，我在这里为他（她）鼓掌掌。

（当然，上述内容有危言耸听的嫌疑，毕竟Afinal框架的其他部分暂时还是可以用的，而且我们也可以在框架的基础上自己进行维护，这里只是说明一种可能性。）

所以，为了避免上述的尴尬，至少我个人，在开发的时候，宁可多花些时间，去找各个模块比较优秀的框架或者SDK，而不是使用这种复合的框架。（以上只是个人的一点小建议，而且如果领导图省事，以上言论也一点用没有）。

上面一大段总结起来实际上就是两句话：

Afinal已经不适用了；

开发中在框架和SDK的运用上，注意解耦合，减小因为对方放弃维护损失

Retrofit vs Volley

说实化，去年的这个时候，让我写博客的话，我写的可能就是Volley与OkHttp了，不过现在Retrofit成功的挤掉了OkHttp的位置，不过从我角度理解，他们两个其实也不用区分得特别明确，毕竟看题目也知道，这里也没逃了使用OkHttp，原因嘛，上链接Retrofit2 完全解析 探索与okhttp之间的关系。

而Volley，也算是我使用过的比较多的网络框架，上面说的FinalHttp过时之后，我就是在项目中使用的Volley进行的替代，其后开发的一直也是使用的Volley，原因吗？OkHttp还需要自己封装一下，我懒。

只是为什么我这么一个懒人，今天一而再再而三转性，明知OkHttp麻烦，这里却还要去使用它呢？这就要归功于我们的Retrofit了，他们之间也有什么区别呢？老规矩，上链接Android主流网络请求框架。

所以趁现在闲下来的时间，就先玩一玩Retrofit，有兴趣的大家，一起哦！

附录

《一个Android工程的从零开始》- 目录