Retrofit--合理封装回调能让你的项目高逼格

原创 2016年06月20日 14:05:12

本文已授权微信公众号:鸿洋(hongyangAndroid)在微信公众号平台原创首发。

绪论

前面我们讨论了使用Retrofit时怎样去设置OKHttp,包括持久化管理Cookie设置网络超时设置打印拦截器设置缓存Header等等,详细可查看
Retrofit–使用Retrofit时怎样去设置OKHttp
Retrofit+OKHttp 教你怎么持久化管理Cookie
今天我们讨论的主题是怎么封装回调才能完美的适应自己的需求。我们都知道代码风格是每个人都有自己的风格,不可能完全一样,那么我们写出来的代码怎样能够尽可能的去满足需求呢?换句话说怎样才能设计出高可用、高解耦、高可维护的代码架构呢?其实本人也是渣渣一个,看了一些别人的代码再加上自己的理解,今天把自己在用Retrofit时的一些想法分享给大家。

这里写图片描述

封装背景:

在开始用Retrofit的时候在网上一搜,搜出来好多教程,而且口碑很好,所以我打算新的项目由原来的Xutils框架转战Retrofit。

Retrofit和Java领域的ORM概念类似, ORM把结构化数据转换为Java对象,而Retrofit 把REST API返回的数据转化为Java对象方便操作。同时还封装了网络代码的调用。

看了一些资料后大致了解到,Retrofit 2.0利用注解的形式将我们访问服务器的URL以及参数封装成了java对象,而OKHttp依旧去执行网络请求。现在网上的教程一般都告诉我们了怎样去使用Retrofit(随意找了一个教程):
1.首先定义一个接口:

public interface APIService {
  @GET("/users/{user}/repos")
  List<Repo> listRepos(@Path("user") String user);
}

2.接着通过Retrofit.Builder()去创建这个url以及参数

Retrofit retrofit = new Retrofit.Builder()
            .baseUrl("xxx")
            .addConverterFactory(GsonConverterFactory.create())
            .build();

    APIService service = retrofit.create(APIService.class);

3.最后通过定义Call去执行网络请求

Call<User> call = apiService.getUser(username);
call.enqueue(new Callback<User>() {
    @Override
    public void onResponse(Response<User> response) {
        int statusCode = response.code();
        User user = response.body();  
    }
    @Override
    public void onFailure(Throwable t) {
        // Log error here since request failed
    }
});

然后我们就能在网络请求成功失败的回调出去更新UI了。

自定义响应体CallModel

很简单的实现了一个网络请求,当然我在刚开始的时候一直也都是这么使用的,因为Retrofit自己封装了JSON解析的过程,我们只需在建造Retrofit的时候加入addConverterFactory(GsonConverterFactory.create())就可以了,但是得保证我们定义的API接口的时候Call里面的bean要和服务器返回的接口一一对应,否则这个字段就会为null,甚至网络请求失败报错json转化异常。

我们都知道服务器返回的结果一般都是下面这种格式的:

这里写图片描述
一定是有code状态码和返回信息的,我之前的用法和教程一样,说将服务器返回的结果复制下来直接在AS上面利用GsonFormat转化就OK了,确实很方便,但是这样下来每个bean里面都会有重复的erroe_code和message或者服务器返回其他,所以我是这样做的:

public class BaseCallModel<T> {

    public int errno;
    public String msg;
    public T data;

}

定义一个BaseCallModel,利用泛型去适合服务器返回的所有的bean,而你在定义一个API接口的时候就可以这样定义:

@GET("user/login")
Call<BaseCallModel<User>> doLogin(@Query("email") String email, @Query("password") String pwd);

自定义CallBack

自定义完响应体之后,那么问题又来了,error_code会有不同的值,而不同的值需要我们所做的操作不同,举个例子,我们的需求是

  • 0-请求成功
  • 1-请求失败,登录过期
  • 2-请求失败,无权限
  • 3-请求失败-余额不足
  • ….
    假如登录过期需要我们重新登录,跳转到登录界面的话,我们不可能在每个网络请求的回调里面都去判断error_code吧?那样岂不是很….,所以就有了它:

import java.net.ConnectException;
import java.net.SocketTimeoutException;

import retrofit2.Call;
import retrofit2.Callback;
import retrofit2.Response;

/**
 * Created by Hankkin on 2016/6/4.
 */
public abstract class MyCallback<T extends BaseCallModel> implements Callback<T> {
    @Override
    public void onResponse(Call<T> call, Response<T> response) {
        if (response.raw().code() == 200) {//200是服务器有合理响应
            if(response.body().errno == 0){
                onSuc(response);
            }
            else if (response.body().errno == 1){

            }
            else if (response.body().errno == 2){
                onAutoLogin();
            }
            else if (){

            }
            .
            .
            .
            else {
                onFail(response.body().msg);
            }

        } else {//失败响应
            onFailure(call, new RuntimeException("response error,detail = " + response.raw().toString()));
        }
    }

    @Override
    public void onFailure(Call<T> call, Throwable t) {//网络问题会走该回调
        if(t instanceof SocketTimeoutException){
            //
        }else if(t instanceof ConnectException){
          //
        }else if(t instanceof RuntimeException){
            //
        }
        onFail(t.getMessage());
    }

    public abstract void onSuc(Response<T> response);

    public abstract void onFail(String message);

    public abstract void onAutoLogin();

}



我自定义了一个抽象类实现了Retrofit的CallBack<>,OnResponse()方法里面去判断网络请求正常的各种情况,onFailure()方法里面则是网络有问题会走该回调。而OnResponse()回调中也有可能网络请求失败,根据response.raw().code()去判断;然后你也可以根据异常出现的状况去执行不同的UI,例如:

if(t instanceof SocketTimeoutException){
            //
        }else if(t instanceof ConnectException){
            //
        }else if(t instanceof RuntimeException){
           //
        }

好了这样用起来就很爽了,如果有不合适不妥当的地方,还希望大家多多指教,共同进步。
最后分享几个不错的Retrofit博客吧:
你真的会用Retrofit2吗?Retrofit2完全教程
深入浅出 Retrofit,这么牛逼的框架你们还不来看看?
Android Retrofit 2.0 使用-补充篇

版权声明:本文为博主原创文章,转载请标明出处。

相关文章推荐

RX操作符之错误处理(catch[onErrorReturn、onErrorResumeNext、onExceptionResumeNext]、retry、retryWhen)

一、catch 从onError通知中恢复发射数据。Catch操作符拦截原始Observable的onError通知,将它替换为其它的数据项或数据序列,让产生的Observable能够正常终止或者根...

Android RxJava使用介绍(四) RxJava的操作符

本篇文章继续介绍以下类型的操作符 Combining Observables(Observable的组合操作符) Error Handling Operators(Observable的错误处理操作符...

RxJava(三) flatMap操作符用法详解

flatMap操作符的作用官方文档解释:Returns an Observable that emits items based on applying a function that you sup...

RxJava(一) create操作符的用法和源码分析

RxJava create操作符用法和源码分析 create操作符的基本使用顾名思义,Create操作符是用来创建一个Observable的。下面来看一个简单的代码段:

RxJava(七) 使用debounce操作符 优化app搜索功能

抛出问题现在几乎所有的App都有搜索功能 , 一般情况我们监听EditText控件,当值发生改变去请求搜索接口. 如:etKey.addTextChangedListener(new TextWatc...

Android Retrofit网络请求Service,@Path、@Query、@QueryMap、@Map...

本篇是Retrofit Url 配置 http://blog.csdn.net/jdsjlzx/article/details/51588605博客的补充。GET请求多个参数在URL问号之后,且个数不...

Retrofit2 完全解析 探索与okhttp之间的关系

转载请标明出处: http://blog.csdn.net/lmj623565791/article/details/51304204; 本文出自:【张鸿洋的博客】 一、概述 之前写...

RxJava(九)zip操作符在Android中的实际使用场景

zip操作符概述官方文档描述:Returns an Observable that emits the results of a specified combiner function applied...

Android RxJava 将subscribeOn与observeOn简化合并

RxJava 将subscribeOn与observeOn简化合并

GitHub使用入门

项目Hello World 是电脑编程的经典。这是学习新东西时的简单练习。让我们开始学习GitHub吧! 你将学到: 创建和使用仓库 创建和管理一个新的分支 提交改变的文件到GitHub 打...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)