安卓| Dagger 2.根据条件将不同的子类注入(inject)Fragment

Question

我正在使用 MVP 和 Dagger 2 DI。我有一个 fragment ，可以在一些 Activity 中重复使用。我有一个用于演示者的接口(interface)类型作为 fragment 的属性，比如 MVPPresenter。根据 Fragment 在哪个 Activity 中使用，我需要向其中注入(inject)不同的演示者(每个演示者都是 MVPPresenter 的实现)。所以我需要一种方法来根据需要将 MVPPresenter 的每个实现注入(inject)到 Fragment 中。

目前，我有一个糟糕的解决方案，虽然有效，但它完全是错误的，会创建从未使用过的不必要的对象。这是代码:

public class MyFragment {

...

@Inject
public void setPresenter(@NonNull ProfilePresenter presenter) {
    if (mAdapter instanceof ProfileAdapter) {
        this.presenter = presenter;
    }
}

@Inject
public void setPresenter(@NonNull ContactsPresenter presenter) {
    if (mAdapter instanceof ContactsAdapter) {
        this.presenter = presenter;
    }
}
...
}

这是我的模块:

@Module
class PresentersModule {

@Provides
@Singleton
ProfilePresenter ProfilePresenter() {
    return new ProfilePresenter();
}

@Provides
@Singleton
ContactsPresenter ContactsPresenter() {
    return new ContactsPresenter();
}
}

你看，根据 Adapter 类型，我会分配 presenter 或不分配。我知道这很愚蠢。问题是 Dagger 需要准确的类型来指定注入(inject)，而接口(interface)类型将无法工作。处理此类情况的正确方法是什么？

Answer 1

在我看来，您有三种权重不同的解决方案。

像现在一样注入(inject)两个选择:如果您预先知道 Fragment 的所有用例，并且不需要改变依赖关系图，只需改变一个类，您可以使用与现在类似的方法轻松地做到这一点。我的变体使用提供者，which are bound automatically for any object in your graph ，这样您就不会不必要地创建整个对象树；此外，@Inject 方法可以采用任意参数列表，因此您可以选择在一个方法中完成所有方法注入(inject)。

@Inject
public void setPresenter(
        @NonNull Provider<ContactsPresenter> contactsPresenterProvider,
        @NonNull Provider<ProfilePresenter> profilePresenterProvider) {
    if (mAdapter instanceof ContactsAdapter) {
        this.presenter = contactsPresenterProvider.get();
    } else if (mAdapter instanceof ProfileAdapter) {
        this.presenter = profilePresenterProvider.get();
    }
}

另外两个解决方案涉及多个组件:您不是说“有一种方法可以将我的图表绑定(bind)在一起”，而是在有效地要求 Dagger 为您生成多个选项，这意味着您的图表可以有很大差异但保持一致.如果您以不同的方式为应用程序的不同部分重用对象，则此技术可能更有用，例如，如果您有一个个人资料部分和一个联系人部分，每个部分都使用公共(public) A 注入(inject)公共(public) B 注入(inject)公共(public) C 注入(inject) < em>不同 D. 为了始终如一地支持两个这样的深度图，子组件是一个更好的选择。

使用组件依赖:如rst's answer ，您可以使用组件依赖项来隔离您的 fragment 。他们解释得很好，所以我不会在这里重复。不过，您应该知道，组件依赖项只能使用在您所依赖的组件上公开的绑定(bind):即使 Foo 和 Bar 绑定(bind)在 DiComponent 上，您也无法从 ProfileComponent 或 ContactsComponent 访问它们，除非您将 Foo getFoo() 和 Bar getBar() 放在您的 DiComponent 上。 (也就是说，组件依赖项也不一定是 Dagger 组件；它们可以是您自己实现或让 Dagger 为您实现的任意类型。)

使用子组件:虽然最初提到了 subcomponents ，我认为它们值得更多解释，特别是因为它们是最近发布的 dagger.android 的核心组成部分。功能，并且由于 Fragments 和其他 UI fragment 可能难以提取组件依赖性 - 子组件隐式自动继承周围组件的绑定(bind)，因此您不必在 DiComponent 上显式公开绑定(bind)。查看其他差异 this SO question .

@Component
public interface DiComponent {
    ProfileComponent getProfileComponent();    // Dagger generates implementations
    ContactsComponent getContactsComponent();  // as part of DiComponent.
}

@Subcomponent(modules={ContactsModule.class})
public interface ContactsComponent {
    void inject(MyFragment myFragment);
}

@Module
public interface ContactsModule {
    @Binds MvpPresenter bindMvpPresenter(ContactsPresenter contactsPresenter);
}

@Subcomponent(modules={ProfileModule.class})
public interface ProfileComponent {
    void inject(MyFragment myFragment);
}

@Module
public interface ProfileModule {
    @Binds MvpPresenter bindMvpPresenter(ProfilePresenter profilePresenter);
}

在上面，根 DiComponent 没有绑定(bind) MvpPresenter，因此它本身不能注入(inject) MyFragment。但是，ProfileComponent 和 ContactsComponent 可以，并且每个都将使用在相应模块中配置的不同图表(但会默默地从 DiComponent 的模块继承公共(public)绑定(bind))。如果图形进一步向下变化不同，例如每个 MvpPresenter 使用相同的验证器但具有不同的 ProfileValidationRule 与 ContactsValidationRule，您可以将 ValidationRule 绑定(bind)到不同模块中的那些不同类以获得不同的行为。

(为了完整起见，您通常还可以选择使用 a factory like AutoFactory 并将一个参数(如演示者)传递给您的特定容器(如 Fragment)。但是，如果您正在创建实例，这只是一个真正的选项，当 Android 强制使用零参数公共(public)构造函数以便它可以随意创建 Fragment 实例时，这并不是一个真正的选择。)