4

我正在使用 MVP 和 Dagger 2 DI。我有一个片段，我在一些活动中重复使用。我有一个演示者的接口类型作为片段的属性，比如 MVPPresenter。根据使用 Fragment 的活动，我需要向其中注入不同的演示者（每个演示者都是 MVPPresenter 的实现）。所以我需要一种方法来根据需要将 MVPPresenter 的每个实现注入到 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();
}
}

你看，根据适配器类型，我分配演示者，或者不分配。我知道这很愚蠢。问题是 Dagger 需要指定确切的类型才能注入，并且接口类型不起作用。处理此类案件的正确方法是什么？

4

2 回答 2

4

正如我所见，你有三种不同程度的权重解决方案。

像现在一样注入两个选择：如果您预先了解 Fragment 的所有用例，并且您不需要改变依赖关系图，只需更改单个类，您可以使用类似的方法轻松完成你现在拥有的。我的变体使用 Providers，它会自动绑定到图中的任何对象，这样您就不会不必要地创建整个对象树；此外，@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();
    }
}

其他两种解决方案涉及多个组件：您实际上是在要求 Dagger 为您生成多个选项，而不是说“有一种方法可以将我的图表绑定在一起”，这意味着您的图表可以变化很大但保持一致。如果您以不同的方式为应用程序的不同部分重用对象，这种技术可能会更有用，例如如果您有一个 Profile 部分和一个 Contacts 部分，每个部分都使用一个公共 A 注入一个公共 B 注入一个公共 C 注入一个不同的D. 为了始终支持这样的两个深度图，子组件是一个更好的选择。

使用组件依赖项：与rst 的回答一样，您可以使用组件依赖项来隔离您的片段。他们在解释方面做得很好，所以我不会在这里重复。但是，您应该知道，组件依赖项只能使用在您所依赖的组件上公开的绑定：即使 Foo 和 Bar 绑定在 DiComponent 上，您也无法从 ProfileComponent 或 ContactsComponent 访问它们，除非您放在你Foo getFoo()的Bar getBar()DiComponent 上。（也就是说，组件依赖项也不必是 Dagger 组件；它们可以是您自己实现或让 Dagger 为您实现的任意类型。）

使用子组件：虽然首先提到子组件，但我认为它们需要更多解释，特别是因为它们是最近发布的dagger.android功能的核心组件，并且因为片段和其他 UI 片段可能难以通过组件依赖项提取— 子组件隐式并自动从周围组件继承绑定，因此您不必显式公开 DiComponent 上的绑定。在这个 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 没有 MvpPresenter 的绑定，因此它本身不能注入 MyFragment。但是，ProfileComponent 和 ContactsComponent 可以，并且每个都将使用在相应模块中配置的不同图形（但默默地从 DiComponent 的模块继承公共绑定）。如果图表进一步向下变化，例如每个 MvpPresenter 使用相同的验证器但使用不同的 ProfileValidationRule 与 ContactsValidationRule，您可以将 ValidationRule 绑定到不同模块中的那些不同类以获得不同的行为。

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

于 2017-03-15T17:08:05.140 回答
1

查看您给 mvp-presenters 的名称，可以得出结论，它们的互补 mvp-views 应该分开并在不同的片段中实现。

但是，如果您希望保持原样，setPresenter在您的片段中只声明一个方法，那么处理您的问题的最简单方法可能是引入具有互补模块的单独组件，以提供理想的演示者实现。

要使此解决方案起作用，您需要调整片段以包含带有类型作为参数的setPresenter方法的单个声明：MVPPresenter

@Inject
public void setPresenter(@NonNull MVPPresenter presenter) {
    this.presenter = presenter;
}

之后，您需要提供组件公开inject(...)方法并声明使用适当的模块。由于这些依赖图将依赖于主要组件实例，因此它们应该有自己的范围（与活动或片段相关，取决于实际持有图对象的类）。

例如，如果您使用DiComponent通过注解定义的范围来提供所有依赖项，则@Singleton需要声明@MyFragmentScope注解并提供依赖于上述的组件，DiComponent以便声明可注入的演示者：

import javax.inject.Scope;

@Scope
public @interface MyFragmentScope {
}

您的依赖组件如下所示：

@MyFragmentScope
@Component(dependencies = DiComponent.class, modules = ProfileModule.class)
public interface ProfileComponent {
    void inject(MyFragment fragment);
}

带有补充模块：

@Module
public class ProfileModule {
    @Provides
    @MyFragmentScope
    MVPPresenter providesProfilePresenter() {
        return new ProfilePresenter();
    }
}

注意：返回类型是MVPPresenter，不是具体实现。

ContactsComponent同样，您需要ContactsModule为您的ContactsPresenter.

最终，您应该使用适当的组件实例来执行注入。现在而不是使用

diComponent.inject(myFragment)

您应该使用可提供所需依赖关系的组件。

此时，您实际上将有一个开关来定义应该使用哪个演示者。如果ProfilePresenter注射，您需要使用：

DaggerProfileComponent.builder()
        .diComponent(diComponent)
        .build()
        .inject(myFragment);

或者在ContactsPresenter注入的情况下，您需要使用：

DaggerContactsComponent.builder()
        .diComponent(diComponent)
        .build()
        .inject(myFragment);

为应用程序的较小部分（如活动）使用单独的组件是相当普遍的做法。可以将此类组件声明为常规依赖组件或子组件（请参阅@Subcomponent文档以供参考）。从Dagger 2.7开始，有一种通过@Module.subcomponents. 由于这个事实，有机会将 AppComponent 与活动子组件分离。您可以参考来自 frogermcs 的示例 GitHub 存储库以供参考。他还有一篇关于这个主题的很好的补充博客文章。

于 2017-03-15T09:03:00.933 回答