HiltのCustom Componentについて

Transcript

1. Hilt の Custom Component について Mobile Act OSAKA 13 @takuji31
2. 自己紹介 西林 拓志 (にしばやし たくじ ) Twitter/GitHub takuji31 Sansan 株式会社 技術本部 Mobile Application グループ Eight Android エンジニア Android (2009〜 ) Kotlin (2014〜 ) 1
3. Hilt 使ってますか？ 2
4. Hilt のあまり知られてないであろう Custom Component について紹介します 3
5. AGENDA Custom Component とは Custom Component の使い方 注意点 4
6. Custom Component とは 5
7. Hilt の標準 Component Tree の上に別の Component を 定義する機能 6
8. Component Tree SingletonComponent ActivityRetainedComponent ServiceComponent ActivityComponent ViewModelComponent FragmentComponent ViewComponent ViewWithFragmentComponent 7
9. Component Tree with Custom Component SingletonComponent ActivityRetainedComponent ServiceComponent UserComponent ActivityComponent ViewModelComponent FragmentComponent ViewComponent HogeComponent ViewWithFragmentComponent 8
10. Hilt 標準のライフサイクル外でコンポーネントを用意した い時に使える 9
11. 使い方 10
12. 使い方 Component をつくる Builder をつくる EntryPoint をつくる ComponentManager をつくる 依存を取得 11
13. Component をつくる 12
14. Component をつくる @Scope annotation class UserScope //スコープ用のアノテーションを作っておく @UserScope @DefineComponent(parent = SingletonComponent::class) // 親のComponent指定 interface UserComponent 13
15. Builder をつくる 14
16. Builder をつくる @DefineComponent.Builder interface UserComponentBuilder { // 特定のインスタンスをバインドしたい時。戻り値はBuilderの型。 fun userId(@BindsInstance userId: UserId): UserComponentBuilder fun build(): UserComponent //ビルド用メソッドは必須 } 15
17. EntryPoint をつくる 16
18. EntryPoint? 17
19. Hilt では Component との過度な依存関係を避けるために Component に直接依存取得や注入のメソッドを定義でき ない 18
20. 依存を取得するためには EntryPoint の定義が必須 19
21. EntryPoint をつくる @EntryPoint @InstallIn(UserComponent::class) interface UserComponentEntryPoint { fun counterRepository(): CounterRepository // 依存を取得するメソッド } 20
22. ComponentManager をつくる 21
23. ComponentManager? 22
24. Builder から Component を生成して管理するやつ 23
25. 親の Component のスコープシングルトンにしておくとよ さそう 24
26. ComponentManager @Singleton class UserComponentManager @Inject constructor( private val componentBuilder: Provider<UserComponentBuilder>, ) { private var component: UserComponent = componentBuilder.get().userId(UserId(1)).build() private val entryPoint get() = EntryPoints.get(component, UserComponentEntryPoint::class.java) val counterRepository: CounterRepository get() = entryPoint.counterRepository() } 25
27. 依存を取得 26
28. Custom Component の依存を ViewModel や Activity か らどうやってとる …？ 27
29. Component Tree with Custom Component SingletonComponent ActivityRetainedComponent ServiceComponent UserComponent ActivityComponent ViewModelComponent FragmentComponent ViewComponent HogeComponent ViewWithFragmentComponent 28
30. どうやって依存を取得するのか とれない とれない SingletonComponent ActivityRetainedComponent ServiceComponent UserComponent ActivityComponent ViewModelComponent FragmentComponent ViewComponent ViewWithFragmentComponent 29
31. ComponentManager からとる 30
32. ComponentManager からとる @Module @InstallIn(ViewModelComponent::class) class ViewModelModule { @Provides fun provideCurrentUserCounterRepository( userComponentManager: UserComponentManager ): CounterRepository = userComponentManager.counterRepository } 31
34. 注意点 33
35. ライフサイクルの非一致によって依存がズレる可能性 34
36. ex. UserComponent はユーザーが切り替わったらリセッ トされる 35
37. 切り替わり前 SingletonComponent ActivityRetainedComponent UserComponent ViewModelComponent 36
38. 切り替わり前 SingletonComponent ActivityRetainedComponent UserComponent2 ViewModelComponent 37
39. ViewModel が保持している UserComponent からの依存 が UserComponent2 のものに置き換わらない 38
40. 対策 39
41. Provider を使って毎回取得 40
42. Provider#get を呼ぶ度に ComponentManager から 最新のインスタンスを取得できる 41
43. Provider を使って毎回取得 @HiltViewModel class MainViewModel @Inject constructor( private val currentUserCounterRepository: CounterRepository, ) 42
44. Provider を使って毎回取得 @HiltViewModel class MainViewModel @Inject constructor( private val currentUserCounterRepository: Provider<CounterRepository>, ) 43
45. 他には変更がある度に Activity を立ち上げなおす、といっ た富豪的なやり方もある 44
46. そもそも Custom Component を使うべきなのか？ 45
47. Custom Component ドキュメントの 1 行目 46
50. ドキュメント曰く However, before creating a custom component, consider if you really need one as not every place where you can logically add a custom component deserves one. カスタム コンポーネントを作成する前に、カスタム コンポーネントが本当に必要かどう かを検討してください。カスタム コンポーネントを論理的に追加できるすべての場所に カスタム コンポーネントが必要なわけではないためです。 49
51. Custom Component の欠点 Each component/scope adds cognitive overhead. They can complicate the graph with combinatorics (e.g. if the component is a child of the ViewComponent conceptually, two components likely need to be added for ViewComponent and ViewWithFragmentComponent). Components can have only one parent. The component hierarchy can’t form a diamond. Creating more components increases the likelihood of getting into a situation where a diamond dependency is needed. Unfortunately, there is no good solution to this diamond problem and it can be difficult to predict and avoid. Custom components work against standardization. The more custom components are used, the harder it is for shared libraries. 50
52. Custom Component の欠点 各コンポーネント /スコープは認知オーバーヘッドを追加します。 組み合わせ論によってグラフが複雑になる可能性があります (たとえば、コンポーネント が概念的に の子である場合、と ViewComponent に 2 つのコンポーネントを追加する必 要がある可能性があります )。 ViewComponentViewWithFragmentComponent コンポーネントは親を 1 つしか持つことができません。コンポーネント階層はダイヤモ ンドを形成できません。コンポーネントをさらに作成すると、ダイヤモンド依存関係が 必要になる状況になる可能性が高くなります。残念ながら、このダイヤモンド問題に対 する適切な解決策はなく、予測して回避することは困難です。 カスタム コンポーネントは標準化に反します。カスタム コンポーネントが使用されるほ ど、共有ライブラリが難しくなります。 51
53. Custom Component を使うべきかよく検討しましょう 52
54. ユーザースコープ的なものは Custom Component 以外 でも対応できる 53
55. たとえば アプリ内のユーザーを通知する Flow を Repository から取れるようにする Single Activity で ViewModelComponent で保持する データ取得の度に毎回ユーザー情報を Room の DB やメモリーから取得する etc. 54
56. Hilt(Dagger)は難しいと言われがちなので、 Hilt 上で難し いことをやるより実装側でなんとかした方が個々の複雑さ は下がる 55
57. https://dagger.dev/hilt/custom-components 56
58. ご利用は計画的に 57