Android 用Jektpack Compose 來開發app【02】 - DI注入篇

• 這是這個系列的第二篇
  接入上集
  主要是開發一些初期建構專案的基本建設
  為了之後開發
  我會考慮開始接入DI注入
  這次我採用的是Hilt
  

• 使用的library如下：

• 為了使用Hilt 所以需要配置以下的toml
  主要是hilt library跟 導入hilt會用到ksp
  

• 在build.gradle.kts(:app)中 加入plugin

• 在build.gradle.kts(:yourAppName)中導入：

• 在build.gradle.kts(:app)中導入：

• 官方文件有提到
  加入Hilt一定要包含 @HiltAndroidApp
  所以實作一個Application
  

實測若沒加，會報錯如下：
Caused by: java.lang.IllegalStateException: Hilt Activity must be attached to an @HiltAndroidApp Application. Did you forget to specify your Application's class name in your manifest's application 's android:name attribute?

• 當上面配置好之後
  hilt會在class頭有加入@AndroidEntryPoint的地方提供inject的功能
  

• 那就來試試吧做一個使用Hilt的Viewmodel

實際使用：

• DI可以加入module來提供需要的class
  並透過DI幫你產生instance
  像是下面這個例子
  主要是拿來做網路請求相關的module
  provideKotlinxJsonConverter這個就是拿來提供一個解析Json格式的converter
  provideCustomConverter是拿來提供定義http request的response格式
  provideBaseRetrofitBuilder是拿來提供Retrofit的instance
  

上面的source code都會看到有一行@Named("xxx")
這個是用來標示這個instance的名字是哪個
假設今天你的專案剛好有多個不同的配置要產生
可以在function最上面加入@Named(“yourName”)
則可以讓Hilt在編譯的時候判斷你要注入的是哪個instance
不管是公司內部Backend提供的Api或是外部第三方服務提供的api
可能會遇到不同response情況的API
所以就可以透過這種形式幫你產生instance

沒加@Named也可以build
不過Hilt就是找到唯一有的那個幫你注入

實際使用：

• 使用DI注入後面就可以不用自己主動去初始化取得class的instance
  透過DI幫你處理，若使用的不錯
  也會讓code看起來更簡潔、更易讀
  像是上面這個例子我定義了kotlinx.serializer用來解析固定的Json to class
  old-custom環境中有舊的服務端留下來的內容
  所以我用舊版定義的格式去解他
  un-auth定義一個OkHttpClient其中只在Debug環境中加入HttpLoggingInterceptor來解析log
  
  最終在 provideFeedbackUcService提供的API Service則有我上面提到的這些特性
  

• 透過這個例子了解到
  不管服務端再怎麼變化
  
  我們透過上面這種方法就能輕鬆
  把想要的最後形狀組出來
  
  寫好之後
  也能避免寫很多重複的代碼
  例如：網路請求
  如果服務端提供的規格都一樣
  那只需要專注於開發API service就可以

• 最後 當你需要取用這些instance只要直接在construct那邊inject 就可以用了

跳回目錄