5

我正在尝试将新的架构组件添加ViewModel到我的应用程序中，同时用匕首注入它们。我的代码基于 google在此处显示的内容。我试图避免ViewModelFactory每种ViewModel类型都有一个，所以我使用了ViewModelFactory那个接收Map<Class<? extends ViewModel>, Provider<ViewModel>> creators。它适用于ViewModels与@Singleton范围有依赖关系的情况。但是，我ViewModels的一个依赖来自片段。这是该片段的模块：

@Module
public abstract class DownloadIssueDialogFragmentModule {

    @Binds
    abstract DialogFragment dialogFragment(DownloadIssueDialogFragment dialogFragment);

    @Provides
    @FragmentScope
    static Issue provideIssue(DownloadIssueDialogFragment dialogFragment) {
        return dialogFragment.getIssue();
    }
}

我的ViewModelModule：

@Module
public abstract class ViewModelModule {

    @Binds
    abstract ViewModelProvider.Factory bindViewModelFactory(ViewModelFactory factory);

    @Binds
    @IntoMap
    @ViewModelKey(DownloadIssueViewModel.class)
    abstract ViewModel bindDownloadIssueViewModel(DownloadIssueViewModel viewModel);

}

匕首说它不能提供Issue。这是有道理的，因为Map<Class<? extends ViewModel>, Provider<ViewModel>>似乎是在编译时创建的。但我只会在该片段的范围内知道参数。我怎样才能做到这一点？

谢谢你。

编辑：

最后，我采用了不同的方法。现在我为每个 ViewModel 创建一个工厂，而不是注入 ViewModel，而是注入工厂。

我创建了这个库：AutoViewModelFactory

自动生成工厂。这是迄今为止我找到的最好的解决方案。

4

1 回答 1

2

由于 Android 架构组件 ViewModel 比 Fragment 具有更大的范围（读取更持久的生命周期），因此您应该避免使 ViewModel 依赖于 Fragment 中的字段。

但是，如果Issue仅在运行时知道并且由 Fragment 中的逻辑生成，则您可以通过使用 Holder 模式来避免小的依赖周期问题。

这已在其他一些 Dagger 2 StackOverflow 问题中讨论过，但您只需定义一个带有公共访问器/突变器的 Java bean：

class IssueHolder {
    private Issue issue;

    @Inject
    IssueHolder() {} //empty explicit constructor as required by Dagger 2         

    public void setIssue(@Nullable Issue issue) { 
        this.issue = issue;
    }

    @Nullable
    public Issue getIssue() {
        return issue;
    }
}

然后你可以让你的 ViewHolder 依赖于IssueHolder而不是直接依赖于Issue：

@Inject IssueHolder issueHolder;

public void doSomething() {
    if (issueHolder.get() == null) {
        throw new IllegalStateException("Expected IssueHolder to be set by IssueFragment at this point");
    }
    //TODO: the logic you want here
}

与任何模式一样，这种 Holder 模式应该谨慎使用，因为它很容易退化。如果可能的话，最好的解决方案是设计你的模块和依赖项，以消除循环的可能性，

于 2017-09-09T22:52:51.383 回答