先扯两句
很久不扯了，刚敲出来这四个字的时候，还真把自己弄得愣了一下。
首先对这段时间关注我的博客的说声抱歉，前段时间有点事，断了一段时间，今后会尽量避免的，嘿嘿。
当然原本的套路今天应该写的是RecyclerView.Adapter的封装，不过因为又踏上了找工作的征程，所只好把这个相对更重要一些的部分拿到前面了。
这篇主要是分析一下我用过的一些框架，借机传达一些个人在开发中的一些小意见，没有兴趣的可以直接跳过。
还是先上我的Git库。
MyBaseApplication (https://github.com/BanShouWeng/MyBaseApplication)
并给大家展示个神器，叫Android知识点——目录，好了，闲言少叙，下面进入正题。
正文
看到今天的题目大多数人应该能看出来，这部分主要是网络请求的封装，虽然说我的工作经验到现在才不到两年时间，却也算接触了两种网络框架，分别是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，有兴趣的大家，一起哦！
