由一段json谈起
{
"error_code": 0,
"tip_msg": "操作成功",
"data": [ ]
}
从HS2.0的网络框架的封装说起，上文中我们记录从一个完整的网络请求到数据解析，到界面的过程。其中在最开始的配置url的过程过程:
@GET("operation/getQuestionList.json")
Flowable<HttpBase<FeedBack>> getQuestionList
(@QueryMap() Map<String, String> params);
此处接口配置需要一个有个bean类型用于网络数据的解析，主要解析data节点下对象(json中用{}表示 )或者(json中用[]表示 ),或者字符串或者数字之类的。
但是对于post的访问，往往对返回数据不过于关心，最多对根据error_code或者tip_msg加以错误判断即可
后台对于这种post请求通常处理比较随意，有的是data: 后面啥都没有，或者data:[],data:{},更有甚至，连 data节点都没有，此时对于前文提到的需要配置的bean就比较困难，因为并不知道具体字段，甚至节点都很难知道有没有，此时对于解析就容易出现各种问题
临时的解决办法：
- 有data节点
对于此种有data节点类型的，但是data后数据未知，此时泛型<HttpBase<JsonElement>>,
对应在Presenter层面：
addSubscription(
apiStores.addFollow(params),
(Success<JsonElement>) jsonElement -> { });
形式上和get请求的样式相同，对于刚才我们提到的JsonElement泛型，实际上对data后面数据形式的一种抽象，因为并不知道data后面的具体类型，仅能保证是有data节点的
- 无data节点
对于没有节点的类型，就比较复杂了，需要跳出目前网络请求的封装，需要手写，但是对于为啥这么写，我还不是很懂，故暂时贴一段代码
addSubscription(apiStores
.updateProfileInfo(params)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(new Consumer<HttpBase>() {
@Override
public void accept(HttpBase httpBase) throws Exception {
if (httpBase.getError_code() == 0) {
} else {
}
}
}, new Consumer<Throwable>() {
@Override
public void accept(Throwable throwable) throws Exception {
}
}));
简单的解释为，对网络请求的线程等需要设定，还有最后一个订阅函数的参数为两个Consumer,对正确和错误的访问进行处理
番外：项目中打印请求数据需要修改的代码,
if (BuildConfig.DEBUG) {
// Log信息拦截器
HttpLoggingInterceptor loggingInterceptor = new HttpLoggingInterceptor();
loggingInterceptor.setLevel(HttpLoggingInterceptor.Level.BASIC);
//设置 Debug Log 模式
builder.addInterceptor(loggingInterceptor);
}
修改level的参数
level的参数
