在Android中注入ViewModelFactory有什么意义-Dagger 2

时间:2018-07-27 16:57:09

标签: java android kotlin dagger-2

我最近开始从事Android开发,并且来自iOS背景,诸如依赖注入框架和ViewModelFactories之类的概念对我来说是新事物。在我看到的所有教程中,ViewModels始终扩展了android.arch.lifecycle.ViewModel提供的ViewModel类。如果viewModel具有参数,则必须创建一个ViewModelFactory并由Dagger注入活动中。

@Provides
@ActivityScope
fun provideViewModelFactory(dependency: Dependency) : ViewModelProvider.Factory = CustomViewModelFactory(dependency)
然后

CustomViewModelFactory将负责创建ViewModel。一切都很好,但是,当我可以将viewModels直接注入这样的活动中时,我并没有真正理解viewModelFactory的要点:

@Module
class ViewModelModule(private val user: User) {
    @ActivityScope
    @Provides
    fun provideMainViewModel() = MainViewModel(user = user)
    fun provideOtherViewModel() = OtherViewModel()
}

@ActivityScope
@Subcomponent(modules = [ViewModelModule::class])
interface MainActivitySubComponent {
    fun inject(activity: MainActivity)
}

@ApplicationScope
@Component()
interface ApplicationComponent {
    fun addMainActivitySubComponent(viewModelModule: ViewModelModule) : MainActivitySubComponent
}

在我的活动中

class MainActivity : AppCompatActivity() {

    @Inject lateinit var viewModel: MainViewModel

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)

        val subComponent = (application as MainApplication).component.addMainActivitySubComponent(ViewModelModule(User("NEW NAME")))

        subComponent.inject(this)
    }
}

那么当我可以直接在活动中直接插入一个ViewModel时,ViewModelFactory有什么意义呢?

2 个答案:

答案 0 :(得分:2)

让我们看一下在注入ViewModel时会发生什么:

  1. 您的活动已创建(重新)。
  2. 您为上述活动创建一个(Sub)Component。
  3. 您注入依赖项。

有趣的是3,我们将注入一些作用域对象(例如Singletons),但为其余依赖项创建新对象。

每次(重新)创建活动(->配置更改)时,这些对象都会再次创建,并且您将丢失状态。您可以使用savedInstanceState保留一些数据,也可以找出其他保存状态的方法(例如,单例,保留的片段等)


另一方面,

ViewModel承诺在方向更改之间保持状态。更改方向后,当我们从ViewModelProviders请求ViewModel时,我们将收到与以前相同的对象。我们不必担心保存和恢复状态。

我们将重新创建工厂,但是Android /支持库/ Jetpack / Arch组件(无论现在叫什么)将存储Viewmodel,并且仅在以前未创建时创建它。先前的模型将在配置更改期间重用。


因此,如果您想直接注入ViewModel,显然可以这样做,但是ViewModel不会在方向更改之间保持其状态。

答案 1 :(得分:1)

您使用ViewModelProvidersViewModelProviders.Factory来确保跨配置更改获得相同的ViewModel实例。因此,在活动范围内,由ViewModelProviders创建的ViewModel仅创建一次。

onCleared()的{​​{1}}回调的预期行为也是必需的。

在Kotlin中,与多重绑定相比,我更喜欢使用this linked approach。尽管它确实需要您了解谁可以创建视图模型。