LiveData
はデータホルダなので、覚えておきたいことを覚えておくために使うのがよい。表示したいデータとか、画面の状態など。私は、イベントやメッセージは受けた人が覚えておくべきものではないと考えているので、イベントバスやメッセージパッシングのために使う時にはなんらかの工夫が必要だと思っている。そういうことがしたくなったらReactive extensionとかを使ったほうがいいかもしれない。ViewModel
はActivity
やFragment
ではなくViewDataBinding
に結びついていると考える。バインドしたいデータのソースが複数種類あるならViewModel
を継承したインタフェースか抽象クラスをViewDataBinding
クラスにセットできるようにしておく。Intent
やFragment
のArgumentを使ってViewModel
のクラス名を渡すなどしてやれば、Activity
やFragment
はどのViewModel
を取得すればよいかわかる。LiveData
はたとえ同じオブジェクトがset/postされてもObserver.onChanged()
を呼ぶ。これが嫌ならObservableXxx系のクラスを使ってバインドするか、BindingAdapter
で前回バインドした値を受け取って新たにセットするかどうか決めるのがいいのだろうか。MediatorLiveData
でラップしたものを使うほうがスマートかもしれない。- こういう使い方はよくないのかもしれないけど、
ViewModel
をActivity
単位で共有するように作ったかとか、Fragment
ごとに別々に持っていてもいいのかとか、ProviderのFactoryとかタグは必要なのかとか、やっているとすぐ忘れてしまうので、ViewModel
ごとにXxxViewModel.getInstance(FragmentActivity, ViewModelProviders.Factory)
みたいな感じのメソッドを用意している。 RecyclerView
を持っている画面のViewModel
をそれぞれのアイテムビュー(RecyclerView
の子要素)に渡したくなることがあるのだけど、なんとなく違和感を覚えてしまう(なんとなくなので杞憂ならそれでいいんだけど)。データだけならAdapter
の中でバインドしてしまえばいいのだと思うのだけど、クリックイベントを拾って選択状態にしたいとか画面遷移したいとかいうことをやろうとするとViewModel
でイベントをさばきたくなってしまう。RecyclerView
を持っている画面のViewModel
って他に何かやることあるのっていう気もしていて、だったら各アイテムビューにViewModel
渡してもいいじゃんと思ったり、実はそういう画面にはそもそもViewModel
いらないのでは?と思ったりもして迷宮入りしている。