项目介绍
一个对okhttp进行二次封装的网络请求库，相比retrofit更简单易用，扩展性强，基于okhttp5.X版本和kotlin。目前的大部分网络请求框架都是用java写的，而且对okhttp的支持也只支持到okhttp3.x。oksimple是少有的更新到okhttp5.X网络请求库。将来也会持续更新okhttp的版本，在保证兼容性的前提下和官方保持同步。
目前实现的功能
- 支持轮询请求，动态切换域名等功能的策略系统
- get，post，postjson等常规请求
- 文件下载，支持进度监听，支持断点续传
- 文件上传，支持进度监听
- 表单提交，多文件上传以及进度监听
- 支持接入glide实现glide图片加载进度监听
- 全局请求头和全局参数的添加
- 每次请求默认添加tag，支持自定义tag
- 每次请求支持自定义CacheControl
- 对短时间多次请求进行了处理，有效防止用户多次点击导致的重复请求
- 基于kotlin但也对java做了支持
断点续传
glide进度监听
项目背景
我并不喜欢重复造轮子，大多数时候，我选择使用或者修改别人已经写好的东西。但在用了很多网络请求框架之后，我发现没有一个满足我的所有需求，它们大都需要我去阅读并修改源码。因为它们很多都存在一些问题，最典型的便是“过度封装”和“复杂化”。下面我会分别谈谈这两个问题：
过度封装
框架应该是简单易用的，很多东西应该交给使用者去自己处理。但很多框架喜欢对诸如500，404等返回码进行处理，或者对okhttp的response封装好几层，导致我想看一下原始数据都十分费力。这种框架或许适合公司内部使用，但开源给很多人使用就会发现无法满足所有人的需求。同时，这样的过度封装甚至会让公司内部员工也觉得非常不方便。
复杂化
很多网络请求框架喜欢引入rxjava，数据库，lifecycle,livedata，协程等等各种看似可以帮助你节约开发成本的事情。然而现实情况往往是让简单的事情变复杂。 我个人认为开源的网络请求框架应当尽可能简单，简单到只包含okhttp这一个依赖足矣。至于是否需要rxjava，数据库，lifecycle,livedata，协程等这些东西，应当交给使用者自己去决定。网络框架应该要做的就是提供同步和异步请求。 你以为帮助别人节省了时间，实际上别人阅读和理解你的框架的时间却变的更多。
基于以上两点，我决定自己写一个适合自己风格的网络请求框架。所以有了oksimple，oksimple相比其他很多网络框架，它的特点就像它的名字，足够简单，扩展性很强，只专注于进行网络请求，而没有其他花里胡哨的东西。推荐给以前的朋友同事之后，得到了他们的一致好评，未来还会继续迭代更新。
项目地址
详细的教程和说明，请参见github：Oksimple
如果使用过程中有什么问题，欢迎提issue，如果觉得好用的话，请给个star吧O(∩_∩)O
