每个片段（或活动等）的 Dagger 2 自定义范围

Question

我查看了几篇不同的文章，这些文章似乎提出了在 Dagger 2 中进行自定义作用域的两种不同方法：

1. MVP Presenters that Survive Configuration Changes Part-2(Github repo)：

   • 为每个片段使用唯一的自定义范围，例如@Hello1Scope 和 @Hello2Scope 分别对应 Hello1Fragment 和 Hello2Fragment

2. Tasting Dagger 2 on Android:

   • 对所有片段使用单个自定义范围，例如@PerFragment。

据我了解，与方法 2 一样，定义一个可用于所有片段的范围（即@PerFragment）似乎是可以的。事实上（如果我错了，请纠正我），似乎自定义范围的名称无关紧要，只有创建子组件的位置（即在 Application、Activity 或 Fragment 中）才重要。

是否有任何用例可以为每个片段定义唯一范围，例如案例 1？

Answer 1

阅读@vaughandroid 和What determines the lifecycle of a component (object graph) in Dagger 2? 的答案后，我认为我对自定义范围的理解足以回答我自己的问题。

首先，在处理 dagger2 中的组件、模块和作用域注释时，这里有一些规则。

• 组件 必须有一个（单一的）范围注释（例如@Singleton 或@CustomScope）。
• 模块 没有范围注释。
• 模块方法 可能有一个与其组件匹配的（单一）范围或没有范围，其中：
  • Scoped：表示为组件的每个实例创建一个实例。
  • 无作用域：意味着每次注入（）或提供程序调用都会创建一个新实例
  • 注意： Dagger2 仅为根组件（及其模块）保留@Singleton。子组件必须使用自定义范围，但该范围的功能与@Singleton 完全相同。

现在，回答这个问题：我想说为每个概念上不同的范围创建一个新的命名范围。例如，创建一个 @PerActivity、@PerFragment 或 @PerView 注释来指示组件应在何处实例化，从而指示其生命周期。

注意：这是两个极端之间的折衷。考虑您需要的根组件和 n 个子组件的情况：

• 至少 2 个注释（@Singleton 和 @SubSingleton），并且
• 最多 n+1 个注释（@Singleton、@SubSingleton1、...@SubSingletonN）。

---

示例：

应用：

/** AppComponent.java **/ 
@Singleton
@Component( modules = AppModule.class )
public interface AppComponent{
    void inject(MainActivity mainActivity);
}

/** AppModule.java **/
@Module
public class AppModule{
    private App app;

    public AppModule(App app){
        this.app = app;
    }

    // For singleton objects, annotate with same scope as component, i.e. @Singleton
    @Provides @Singleton public App provideApp() { return app; }
    @Provides @Singleton public EventBus provideBus() { return EventBus.getDefault(); }
}

片段：

/** Fragment1Component.java **/
@PerFragment
@Component( modules = {Fragment1Module.class}, dependencies = {AppComponent.class} )
public interface Fragment1Component {
    void inject(Fragment1 fragment1);
}

/** Fragment1Module.java **/ 
@Module
public class Fragment1Module {
    // For singleton objects, annotate with same scope as component, i.e. @PerFragment
    @Provides @PerFragment public Fragment1Presenter providePresenter(){
        return new Fragment1Presenter();
    }
}

/** PerFragment.java **/ 
@Scope
@Retention(RetentionPolicy.RUNTIME)
public @interface PerFragment {}

Answer 2

你的理解是正确的。命名范围允许您传达意图，但它们都以相同的方式工作。

• 对于作用域提供程序方法，每个 Component 实例将创建 1 个所提供对象的实例。
• 对于无范围的提供程序方法，每个组件实例将在需要注入时创建所提供对象的新实例。

组件实例的生命周期很重要。同一组件的 2 个不同实例将提供不同的对象实例，甚至是作用域实例。

范围名称应指示所提供对象的生命周期（与组件实例的生命周期相匹配），因此 @PerFragment 对我来说更有意义。

通过快速浏览“MVP Presenters...”教程，我并不清楚作者的意图是使用单独的范围。由于名称只是一次性的，我不会过多地阅读它。