• <rp id="vcwyv"></rp>

      <b id="vcwyv"></b>
      <tt id="vcwyv"></tt>

    1. Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要 [復制鏈接]

      2019-11-8 10:47
      rongchuang 閱讀:1083 評論:0 贊:0

      一、前言

      • 本文不討論協程、Retrofit、MVVM的原理以及基本使用,需要的可以在其他博主那兒找到很好的文章。
      • 本文沒有選擇DataBinding的雙向綁定方式,因為個人覺得DataBinding污染了xml,并且在定位錯誤問題上比較麻煩
      • 也沒有采用Flux、Redux、ReKotlin這樣的框架,因為目前還不太熟。
      • 可以把本文看作是一篇實現過程紀要,歡迎交流分享,提出建議。

      二、過程與思考

      基本依賴

      • 生命周期組件相關
      implementation 'androidx.lifecycle:lifecycle-extensions:2.2.0-beta01'
      implementation "androidx.lifecycle:lifecycle-viewmodel-ktx:2.2.0-beta01"
      • 協程
      implementation "org.jetbrains.kotlinx:kotlinx-coroutines-android:1.3.0"
      • 網絡
      implementation 'com.squareup.retrofit2:retrofit:2.6.0'
      implementation 'com.squareup.retrofit2:converter-gson:2.6.0'
      implementation 'com.squareup.okhttp3:logging-interceptor:3.11.0'

      備注:Retrofit 在2.6以后對協程有了更友好的實現方式,所以在版本選擇上是有要求的。

      動手之前

      因為接入協程的緣故,像以前以回調onResponse,onFailure的回調方式是不太符合協程設計的。Kotlin協程對于Retrofit的onFailure處理是直接以Trowable進行拋出的,所以在一開始就要構建好對執行Retrofit的掛機代碼塊的try..catch設計。

      基本的網絡訪問封裝

      基本操作還是要有的

      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      定義基本的Api返回類

      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      定義一個Api以便于測試

      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      封裝BaseViewModel

      網絡請求必須在子線程中進行,這是Android開發常理,使用協程進行網絡請求在代碼上可以讓異步代碼看起來是同步執行,這很大得提高了代碼得可讀性,不過理解掛起的確需要時間。BaseViewModel中最終得事情就是要搭建關于協程對于Retrofit網絡請求代碼塊得try..catch。

      • 重要得try..catch
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      將捕獲到得異常進行下放保證執行過程中得情況都是可控得。

      • main線程
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      • IO線程
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      • 不要忘記onCleared
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      錯誤處理

      錯誤處理分為1.請求異常(及trycatch中的異常),2.服務器返回的響應體中定義的異常,這些異常只要是帶有網絡訪問性質的APP上都是常見的,所以對NetWork的異常處理我定義了一個NetWorkError.kt文件,里面的函數為頂級函數,這樣方便在項目的其他位置直接訪問而不需要通過類名或者實例化操作就可以訪問。

      try catch異常處理

      像一般觸發的鏈接超時、解析異常都可以做出處理,如果不try catch,那么APP有可能會崩潰,或者長時間沒有任何回執,體驗很差

      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要


      服務器定義的響應異常

      一般服務器對于請求都存在響應碼,客戶端根據響應碼去做響應的處理,不同的錯誤碼會有不同的日志回饋或者提示,但這都是建立在請求成功上的。這里一般無非為成功和失敗。

      • Http請求響應封裝
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      • 錯誤枚舉
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      • 錯誤處理

      • 對HttpResponse進行處理
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      這里是直接對HttpRespoonse進行處理,還需要對當前的響應內容有一個轉換

      • 轉換服務器響應
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      暫時定義為一個擴展函數,方便結合this使用。基本封裝完成以后,開始搞一個測試類來進行測試。


      測試

      • client
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      • model
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      • viewModel
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      • 最后在LoginAct對loginState實現監聽
      Kotlin 協程+Retrofit+MVVM 搭建網絡請求實現紀要

      三、總結

      這是目前自己能夠想到的一些方式,個人覺得Kotlin的確帶來很大的改觀,特別是在可讀性和維護性上。雖然在架構和整體設計這件事情上,本來就沒有標準的方式,這些問題都是相對的。

      對于DataBinding的雙向綁定方式期待后期Google能有更好的實現方案,或者也可以考慮單向數據流的實現框架。


      我來說兩句
      您需要登錄后才可以評論 登錄 | 立即注冊
      facelist
      所有評論(0)
      領先的中文移動開發者社區
      18620764416
      7*24全天服務
      意見反饋:1294855032@qq.com

      掃一掃關注我們

      Powered by Discuz! X3.2© 2001-2019 Comsenz Inc.( 粵ICP備15117877號 )

      夫妻性姿势真人示范 - 视频 - 在线观看 - 影视资讯 - 唯爱网