HS2.0梳理（2）

由一段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的参数