android - 使用 Dagger 将 android.content.Context 注入(inject)构造函数

Question

我正在创建一个 Android Java 类，我想在其中了解设备的国家/地区和语言。

我从 android.content.Context 获取信息。

我正在尝试将 Context 注入(inject)到我类的构造函数中，如下所示:

@Inject
public MyClass(Context context) {
    this.context = context;
}

但是，我收到了这个错误:

Error:(26, 22) error: android.content.Context cannot be provided without an @Provides-annotated method.
android.content.Context is injected at

那么我需要在哪里添加这个@Provider呢？

否则，我如何将 Context 对象注入(inject)到我的类中？

Answer 1

简而言之，您需要输入 into a Module that you create并在您的应用程序的组件注释中列出。但是，有一些细微差别:

如何将 Application 实例放入图中？在大多数情况下，您在您在 list 中指定的应用程序，然后在组件构建器上使用 @BindsInstance 方法来设置特定应用程序的实例。然后，在 Application.onCreate 上，您可以创建顶级 Dagger 组件并将其设置在 Application 字段上。这将允许您的组件与您的应用程序具有相同的生命周期，使您的 @Singleton 作用域绑定(bind)就像 VM 单例一样。从技术上讲，您可以将 Context 直接传递到 @BindsInstance 方法中，但您可能希望应用程序子类 YourApplication 代替；您可以在不进行强制转换的情况下从 YourApplication 转到 Application 或 Context，但不能以相同的方式从 Context 转到 Application 或 YourApplication。

如果您使用 dagger.android，此 @BindsInstance 代码是自动的的 DaggerApplication ，它使用 Builder superclass called AndroidInjector这样你就可以随时pass your Android-created object into the graph .

如何从 YourApplication 到 Application，再从 Application 到 Context？

Dagger 不会自动绑定(bind)父类(super class)，因此如果您有一个用于 YourApplication 的 @BindsInstance 方法，Dagger 不一定能够推断出 Application 或 Context 的绑定(bind)。因此，您通常希望在抽象模块中使用像这样的方法:

@Binds abstract Application bindApplication(YourApplication yourApplication);

@Binds abstract /* @ApplicationContext */ Context bindApplicationContext(
    Application application);

请注意，getApplication() 和 getApplicationContext() 不能保证返回相同的内容，即使它们在大多数现代 Android 实现中都是如此。另请参阅此 SO 问题:getApplication() vs. getApplicationContext()

你想要哪个Context？虽然Context是一个通用的接口(interface)，但是在Android中different Contexts can do different things .如果您像 dagger.android 那样使用子组件，您将在 Activity 的组件中继承 Application 绑定(bind)，这通常很好，但也可能意味着 Context 的绑定(bind)必然是您在 Application 级别绑定(bind)的任何东西——您不会得到在本地覆盖它。因此，您可能需要 create Qualifier annotations像 @ActivityContext 或 @ApplicationContext 来区分它们，为您的类清楚地记录它是否可以期望应用程序上下文或 Activity 上下文。

如果您使用 component dependencies instead of subcomponents ，您不会自动继承应用程序的所有绑定(bind)，只会继承您在组件(或您列为依赖项的任何接口(interface))上列出的绑定(bind)。有了这种灵 active ，您可以选择始终使最本地的上下文直接可注入(inject)，然后在您特别需要应用程序上下文时显式调用 Context.getApplicationContext()。然而，这个优点可能不值得列出组件上的所有继承绑定(bind)，并且还可能引入细微的错误:您可能会在应用程序的组件中注入(inject)一个对象，该对象与在 Activity 的组件中注入(inject)相同的对象时获得不同的上下文，这导致运行时错误，因为上下文不能做同样的事情。如果沿着这条路线走，请谨慎行事。