优雅使用Retrofit,在协程时代遨游安卓网络请求(一)下

简介: 优雅使用Retrofit,在协程时代遨游安卓网络请求(一)

三:重写CallAdapter


  所谓的CallAdapter,就是对原来的Call进行适配,对方法的返回值进行扩展,废话不多说,直接看代码。


internal class ApexResponseCallDelegate<T>(private val proxyCall: Call<T>) :
    Call<NetworkResult<T>> {
    override fun enqueue(callback: Callback<NetworkResult<T>>) =
        proxyCall.enqueue(object : Callback<T> {
            override fun onResponse(call: Call<T>, response: Response<T>) {
                //得到响应,将被代理的Call的响应包装成NetworkResult后返回给代理者
                callback.onResponse(
                    this@ApexResponseCallDelegate,
                    Response.success(
                        //将Retrofit中的Response转成NetworkResult
                        response.toNetworkResult()
                    )
                )
            }
            override fun onFailure(call: Call<T>, t: Throwable) {
                //失败了,将被代理的Call的异常包装成NetworkResult后返回给代理者
                callback.onResponse(
                    this@ApexResponseCallDelegate,
                    //将Exception转成NetworkResult
                    Response.success(t.toExceptionResult())
                )
            }
        })
    //下面都是不变的代理方法
    override fun isExecuted(): Boolean = proxyCall.isExecuted
    override fun cancel() = proxyCall.cancel()
    override fun isCanceled(): Boolean = proxyCall.isCanceled
    override fun request(): Request = proxyCall.request()
    override fun timeout(): Timeout = proxyCall.timeout()
    override fun clone(): Call<NetworkResult<T>> =
        ApexResponseCallDelegate(proxyCall.clone())
    override fun execute(): Response<NetworkResult<T>> = throw NotImplementedError()
}
//相关的扩展方法如下:
fun <T> Response<T>.toNetworkResult(): NetworkResult<T> =
   try {
        if (isSuccessful) {
            toSuccessResult()
        } else {
            toServerErrorResult()
        }
    } catch (t: Throwable) {
        t.toExceptionResult()
    }
fun <T> Response<T>.toSuccessResult(): Success<T> {
    return Success(this)
}
fun <T> Response<T>.toServerErrorResult(): ServerError<T> {
    return ServerError(this)
}
fun <T> Throwable.toExceptionResult(): NetworkResult.Failure.Exception<T> {
    return NetworkResult.Failure.Exception(this)
}

  代码特别多,有一点需要注意的是,无论被代理的Call的网络请求是成功还是失败,最终返回的都是Response.success。这一点确保了我们定义的方法,无论如何都不会对外抛出异常,无论网络请求成功还是失败,都会当做某种“成功”来处理,你可以理解成“网络请求结束”,原本网络请求失败的结果,已经被包裹在NetworkResult里面了。

  下面是CallAdapter本体,以及附属的工厂类


class ApexCallAdapterFactory @Inject constructor() : CallAdapter.Factory() {
    class ApexCallAdapter constructor(
        private val resultType: Type
    ) : CallAdapter<Type, Call<NetworkResult<Type>>> {
        override fun responseType() = resultType
        override fun adapt(call: Call<Type>): Call<NetworkResult<Type>> =
            ApexResponseCallDelegate(call)
    }
    override fun get(
        returnType: Type,
        annotations: Array<out Annotation>,
        retrofit: Retrofit
    ): ApexCallAdapter? = when (getRawType(returnType)) {
        Call::class.java -> {
            //判断方法返回值
            val callType = getParameterUpperBound(0, returnType as ParameterizedType)
            //只有返回值是NetworkResult的才会使用本Adapter
            when (getRawType(callType)) {
                NetworkResult::class.java -> {
                    val resultType = getParameterUpperBound(0, callType as ParameterizedType)
                    ApexCallAdapter(resultType)
                }
                else -> null
            }
        }
        else -> null
    }
}

  代码也挺多的,本质上是定义了一个Adapter以及工厂类,工厂类的get用于判断当前的方法是否适合使用工厂类对应的Adapter(因为Retrofit允许同时存在多个Adapter以应对不同的返回值,因此我们需要判断方法返回值是否是NetworkResult)

  最后的最后,在Retrofit的构造方法中,添加我们自己实现的Adapter工厂类即可,Retrofit就会识别出我们定义的NetworkResult并正确的返回结果啦,记得要把方法改成suspend


Retrofit.Builder()
    .baseUrl(baseUrl)
    .addCallAdapterFactory(callAdapterFactory)
    .client(okHttpClient)
    .build()
//请求结果
val result=friendService.requestFriend(FriendService.FriendRequestParam(nextPage))
when(result){
    //判断类型
    is Success->{}
    is Exception->{}
}

  每次都要手写when代码着实有些蛋疼,让我们给NetworkResult扩充一些方法,自动帮我们完成判断的逻辑


/**
 * 网络请求成功时操作
 */
inline fun <reified T> NetworkResult<T>.ifSuccess(action: (NetworkResult.Success<T>) -> Unit): NetworkResult<T> {
    if (this is NetworkResult.Success) action(this)
    return this
}
/**
 * 网络请求中,服务器已响应但HTTP协议出现错误时(例如404,502)操作
 */
inline fun <reified T> NetworkResult<T>.ifServerError(action: (NetworkResult.Failure.ServerError<T>) -> Unit): NetworkResult<T> {
    if (this is NetworkResult.Failure.ServerError) action(this)
    return this
}
/**
 * 网络请求中,出现异常时(例如解析JSON异常,超时异常,连接网络失败异常等)操作
 */
inline fun <reified T> NetworkResult<T>.ifException(action: (NetworkResult.Failure.Exception<T>) -> Unit): NetworkResult<T> {
    if (this is NetworkResult.Failure.Exception) action(this)
    return this
}
/**
 * 网络请求失败(包括[ifServerError]和[ifException]两种情况)
 */
inline fun <reified T> NetworkResult<T>.ifFailure(action: (errorMsg: String) -> Unit): NetworkResult<T> {
    ifServerError {
        //errorBodyString()方法在下篇文章中会提到
        action(it.errorBodyString())
    }.ifException {
        //exceptionMessage()方法在下篇文章中会提到
        action(it.exceptionMessage())
    }
    return this
}

  接下来使用起来就是这样了(切记在协程作用域中调用本方法哦,因为是suspend方法)


searchRepository.search(SearchService.SearchRequestBody(key)).ifSuccess {
    //成功时
}.ifFailure {
    //失败时
}.ifServerError {
    //服务器内部错误时
}.ifException {
    //发生了异常时
}

文章到这里已经结束了,第一篇中我们实现了一套CallAdapter,
这套adpter的意义是消除了原来的回调式代码,让回调风格代码“拉平”了,
变成了我们熟悉的同步代码,下一篇我将解决几个项目中遇到的常见问题。

目录
打赏
0
0
0
0
1
分享
相关文章
Android网络请求演变:从Retrofit到Flow的转变过程。
通过这个比喻,我们解释了 Android 网络请求从 Retrofit 到 Flow 的转变过程。这不仅是技术升级的体现,更是反映出开发者在面对并发编程问题时,持续探索和迭求更好地解决方案的精神。未来,还会有更多新的技术和工具出现,我们期待一同 witness 这一切的发展。
73 36
【Android】网络技术知识总结之WebView,HttpURLConnection,OKHttp,XML的pull解析方式
本文总结了Android中几种常用的网络技术,包括WebView、HttpURLConnection、OKHttp和XML的Pull解析方式。每种技术都有其独特的特点和适用场景。理解并熟练运用这些技术,可以帮助开发者构建高效、可靠的网络应用程序。通过示例代码和详细解释,本文为开发者提供了实用的参考和指导。
66 15
解决两个 Android 模拟器之间无法网络通信的问题
让同一个 PC 上运行的两个 Android 模拟器之间能相互通信,出(qiong)差(ren)的智慧。
67 3
安卓与iOS开发:选择的艺术网络安全与信息安全:漏洞、加密与意识的交织
【8月更文挑战第20天】在数字时代,安卓和iOS两大平台如同两座巍峨的山峰,分别占据着移动互联网的半壁江山。它们各自拥有独特的魅力和优势,吸引着无数开发者投身其中。本文将探讨这两个平台的特点、优势以及它们在移动应用开发中的地位,帮助读者更好地理解这两个平台的差异,并为那些正在面临选择的开发者提供一些启示。
152 56
网络安全与信息安全:关于网络安全漏洞、加密技术、安全意识等方面的知识分享安卓与iOS开发中的线程管理比较
【8月更文挑战第30天】本文将探讨网络安全与信息安全的重要性,并分享关于网络安全漏洞、加密技术和安全意识的知识。我们将了解常见的网络攻击类型和防御策略,以及如何通过加密技术和提高安全意识来保护个人和组织的信息安全。
探索安卓开发之旅:从新手到专家网络安全与信息安全:防范网络威胁,保护数据安全
【8月更文挑战第29天】在这篇技术性文章中,我们将踏上一段激动人心的旅程,探索安卓开发的世界。无论你是刚开始接触编程的新手,还是希望提升技能的资深开发者,这篇文章都将为你提供宝贵的知识和指导。我们将从基础概念入手,逐步深入到安卓开发的高级主题,包括UI设计、数据存储、网络通信等方面。通过阅读本文,你将获得一个全面的安卓开发知识体系,并学会如何将这些知识应用到实际项目中。让我们一起开启这段探索之旅吧!
Android项目架构设计问题之要在Glide库中加载网络图片到ImageView如何解决
Android项目架构设计问题之要在Glide库中加载网络图片到ImageView如何解决
76 0
Android项目架构设计问题之使用Retrofit2作为网络库如何解决
Android项目架构设计问题之使用Retrofit2作为网络库如何解决
134 0
Android面试题:App性能优化之电量优化和网络优化
这篇文章讨论了Android应用的电量和网络优化。电量优化涉及Doze和Standby模式,其中应用可能需要通过用户白名单或电池广播来适应限制。Battery Historian和Android Studio的Energy Profile是电量分析工具。建议减少不必要的操作,延迟非关键任务,合并网络请求。网络优化包括HTTPDNS减少DNS解析延迟,Keep-Alive复用连接,HTTP/2实现多路复用,以及使用protobuf和gzip压缩数据。其他策略如使用WebP图像格式,按网络质量提供不同分辨率的图片,以及启用HTTP缓存也是有效手段。
139 9
Android网络面试题之Http基础和Http1.0的特点
**HTTP基础:GET和POST关键差异在于参数传递方式(GET在URL,POST在请求体),安全性(POST更安全),数据大小限制(POST无限制,GET有限制),速度(GET较快)及用途(GET用于获取,POST用于提交)。面试中常强调POST的安全性、数据量、数据类型支持及速度。HTTP 1.0引入了POST和HEAD方法,支持多种数据格式和缓存,但每个请求需新建TCP连接。**
96 5

热门文章

最新文章

AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等