Dagger2自定义范围:自定义范围(@ActivityScope)如何实际工作?

时间:2015-04-28 15:19:25

标签: android android-activity scope dagger-2

我正在GitHub上阅读Dagger2 Component Scopes Test的源代码,而且我已经看过"自定义范围"为名为@ActivityScope的活动定义,但我已在其他项目中看到它,包括具有@PerActivity范围的4模块CleanArchitecture

但从字面上看,@ActivityScope注释的代码如下:

import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;

import javax.inject.Scope;

/**
 * Created by joesteele on 2/15/15.
 */
@Scope
@Retention(RetentionPolicy.RUNTIME)
public @interface ActivityScope {
}

它是"神奇地"可在模块中使用:

@Module
public class ActivityModule {
  @Provides @ActivityScope Picasso providePicasso(ComponentTest app, OkHttpClient client) {
    return new Picasso.Builder(app)
        .downloader(new OkHttpDownloader(client))
        .listener(new Picasso.Listener() {
          @Override public void onImageLoadFailed(Picasso picasso, Uri uri, Exception e) {
            Log.e("Picasso", "Failed to load image: " + uri.toString(), e);
          }
        })
        .build();
  }
}

CleanArchitecture 示例:

@Scope
@Retention(RUNTIME)
public @interface PerActivity {}

@PerActivity
@Component(dependencies = ApplicationComponent.class, modules = ActivityModule.class)
public interface ActivityComponent {
  //Exposed to sub-graphs.
  Activity activity();
}

@Module
public class ActivityModule {
  private final Activity activity;

  public ActivityModule(Activity activity) {
    this.activity = activity;
  }

  /**
  * Expose the activity to dependents in the graph.
  */
  @Provides @PerActivity Activity activity() {
    return this.activity;
  }
}

我可以清楚地看到这与JSR-330自定义范围有关,但我真的不明白这里到底发生了什么,以便这个代码能够实现给定模块和/或给定模块提供的内容取决于实际的Activity生命周期,并且仅存在单个实例,但仅限于该给定活动处于活动状态。

文档说这个:

Scope

Dagger 1 only supported a single scope: @Singleton. 
Dagger 2 allows users to any well-formed scope annotation. 
The Component docs describe the details of 
    how to properly apply scope to a component.

它说要查看Component docs page,但这给了我404.我也看到了this,但是......

我可以请求帮助澄清为什么指定这个自定义范围会让Activity-level scopes无问题地工作吗?

(答案是,子范围可以从其超级作用域接收依赖关系,并且只要组件有子视图就存在。并且您需要在模块上指定范围,并且需要指定组件依赖关系到子范围内一个超级作镜。)

2 个答案:

答案 0 :(得分:31)

实际上没有魔力。自定义范围注释只是注释。他们可以有任何名字。

作用域的第一个功能是告诉Dagger编译器在作用域组件中允许哪些作用域的方法。这就是为什么在非@ActivityScope组件中使用@ActivityScope依赖项会触发编译错误。

事实上,组件可以声明许多范围(例如@ActivityScope@UiScope),而Dagger会将它们都视为单一范围 - 它称为范围别名。例如,它在多模块项目中很有用 - 当一个Gradle模块使用其Dagger模块定义一个范围而另一个Gradle模块定义另一个范围时,它们都可以在定义Dagger组件的第三个Gradle模块中用作单个别名范围。

第二个功能是限制范围组件中允许的实例数。支持几种类型的范围:

无范围 - 未声明注释时。无范围的依赖关系将生成简单的Provider而不进行任何缓存,并且在组件中创建的任何依赖关系的实例对于每次新注入都是新的(如在构造函数中,或在模块提供方法中,或者仅作为字段)。

自定义范围,例如使用@ActivityScope注释定义的@javax.inject.Scope注释 - 使用该范围声明的依赖关系具有生成双重检查锁的缓存Provider,并且将在使用相同范围声明的组件内为其创建单个实例它的创建将是线程安全的。请注意,对于组件本身的每个实例,都将创建该依赖项的新实例。

可重用范围 - 使用@dagger.Reusable注释声明 - 使用该范围声明的依赖关系可以通过公共父组件在不同组件之间共享,并且将通过单一检查进行缓存Provider锁生成。当依赖关系不一定需要单个实例但可以共享以提高单个组件或组件之间的性能(减少分配)时,它很有用。

有关范围工作方式的详细信息,请参阅user's guide和Dagger生成的代码。

如何定义实际范围是您的特权。定义范围组件的实时周期,创建时和销毁时 - 这是您的范围。例如。 @ActivityScope与活动生命周期相关联,并且定义如下:

private ActivityComponent component;

@Override
protected void onCreate(Bundle savedInstanceState) {
    component = DaggerActivityComponent.builder().build();
    component.inject(this);
}

@Override
protected void onDestroy() {
    component = null;
    super.onDestroy();
}

所以没有魔力。通过使用它们的语义来定义范围。 您还可以找到有用的this answerthese examples

编辑14.10.2018 扩展了范围功能和类型,以消除先前答案中的含糊不清。

答案 1 :(得分:17)

值得注意的是,显然Dagger2在每个组件的模块中为每个范围的提供者创建一个实例。

因此,为了在模块中获得范围提供者,您需要为模块的提供者方法指定范围。

@Module
public class YourModule {
    @Provides
    @YourScope //one per component
    public Something something() { return new SomethingImpl(); }

    @Provides //new instance per injection
    public Otherthing otherthing() { return new OtherthingImpl(); }
}

@Component
@YourScope
public interface YourComponent {
    Something something();
    Otherthing otherthing();

    void inject(YourThing yourThing); // only if you want field injection
}

EDIT START:虽然一般情况下,您不需要在模块中实例化您自己的实现,所以您实际上可以这样做:

@Module
public abstract class YourModule {
    @Binds
    @YourScope //one per component
    public abstract Something something(SomethingImpl impl);

    @Binds //normally new instance per injection, depends on scope of Impl
    public abstract Otherthing otherthing(OtherthingImpl impl);
}

@Singleton
public class SomethingImpl implements Something {
    @Inject
    SomethingImpl() {
    }
}

// unscoped
public class OtherThingImpl implements OtherThing {
    @Inject
    OtherThingImpl() {
    }
}

@Component
@YourScope
public interface YourComponent {
    Something something();
    Otherthing otherthing();

    void inject(YourThing yourThing); // only if you want field injection
}

编辑结束

之后,请参考基里尔的回答;本质上,“范围”本身仅确定它与另一个范围不同。使用组件依赖关系(或子组件)创建一个子范围。

@Module
public class SubModule {
    @Provides
    @SubScope
    public ThatThing thatThing() { return new ThatThingImpl(); }
}

@Component(dependencies={YourComponent.class}, modules={SubModule.class})
@SubScope
public interface SubComponent extends YourComponent {
    ThatThing thatThing();

    void inject(SubThing subThing); // only if you want field injection
}

组件只能依赖于其他一个范围组件。