使用Dagger在构造函数上进行依赖注入

Question

所以，我正在重新设计我的Android应用程序以使用Dagger。我的应用程序庞大而复杂，我最近遇到了以下情况：

对象A需要一个特殊的DebugLogger实例，这是一个完美的注入候选者。我可以通过A的构造函数注入它，而不是绕过记录器。这看起来像这样：

class A
{
    private DebugLogger logger;

    @Inject
    public A(DebugLogger logger)
    {
        this.logger = logger;
    }

    // Additional methods of A follow, etc.
}

到目前为止这是有道理的。然而，A需要由另一个类B构造。必须构造A的多个实例，因此遵循Dagger的做事方式，我简单地将一个Provider<A>注入B：

class B
{
    private Provider<A> aFactory;

    @Inject
    public B(Provider<A> aFactory)
    {
        this.aFactory = aFactory;
    }
}

好的，到目前为止还不错。但等等，突然A需要额外的输入，例如一个称为“数量”的整数，这对于它的构造至关重要。现在，我的A构造函数需要如下所示：

@Inject
public A(DebugLogger logger, int amount)
{
...
}

突然，这个新参数干扰了注射。而且，即使这确实有效，除非我弄错了，否则当从提供者检索新实例时，我无法传递“金额”。我可以在这里做几件事，我的问题是哪一个是最好的？

我可以通过添加一个预期在构造函数之后调用的setAmount()方法来重构A.然而，这是丑陋的，因为它迫使我延迟A的构造直到“数量”被填入。如果我有两个这样的参数，“数量”和“频率”，那么我将有两个安装者，这将意味着要么复杂的检查以确保在调用两个setter之后恢复A的构造，或者我将不得不在混合中添加第三个方法，如下所示：

(Somewhere in B):

A inst = aFactory.get();
inst.setAmount(5);
inst.setFrequency(7);
inst.doConstructionThatRequiresAmountAndFrequency();

另一种选择是我不使用基于构造函数的注射并使用基于场的注射。但现在，我必须把我的田地公之于众。这对我来说并不合适，因为现在我有义务将我班级的内部数据透露给其他班级。

到目前为止，我能想到的唯一优雅的解决方案是为提供者使用基于字段的注入，如下所示：

class A
{
    @Inject
    public Provider<DebugLogger> loggerProvider;
    private DebugLogger logger;

    public A(int amount, int frequency)
    {
        logger = loggerProvider.get();
        // Do fancy things with amount and frequency here
        ...
    }
}

即使如此，我也不确定时间，因为我不确定Dagger是否会在调用构造函数之前注入提供程序。

有没有更好的办法？我只是错过了Dagger的工作原理吗？

Answer 1

您所说的是辅助注射，目前Dagger不支持任何自动方式。

您可以使用工厂模式解决此问题：

class AFactory {
  @Inject DebugLogger debuggLogger;

  public A create(int amount, int frequency) {
    return new A(debuggLogger, amount);
  }
}

现在您可以注入此工厂并使用它来创建A的实例：

class B {
  @Inject AFactory aFactory;

  //...
}

当你需要用'数量'和'频率'创建一个A时，你就可以使用工厂了。

A a = aFactory.create(amount, frequency);

这允许A具有记录器，数量和频率字段的final实例，同时仍使用注入来提供记录器实例。

Guice有一个辅助注射插件，可以为您自动创建这些工厂。在Dagger邮件列表上有have been discussion关于添加它们的适当方式，但在撰写本文时没有任何决定。

Answer 2

杰克的帖子所说的完全正确。也就是说，我们（一些与Guice和Dagger一起工作的谷歌人）正在开发一种替代版本的“辅助注射”或自动工厂生产，它可以由Guice或Dagger使用，也可以单独使用 - 也就是说，它将为您生成工厂类源代码。这些工厂类将（如果适用）可注入任何标准JSR-330类。但尚未发布。

在这样的解决方案之前，Jake Wharton的方法是可取的。

Answer 3

您遇到了问题，因为您在构造函数中混合了注射剂和非注射剂。注射的一般规则将为您节省大量心痛并保持代码清洁：

1. 注射剂可以在其构造函数中请求其他注射剂，但不能用于新的注射剂。
2. Newables可以在他们的构造函数中要求其他newables，但不能用于注射剂。

注入是服务类型对象，即可以工作的对象，如CreditCardProcessor，MusicPlayer等。

Newables是值类型对象，如CreditCard，Song等。

Answer 4

杰克的帖子很棒，但有更简单的方法。谷歌创建了AutoFactory库，用于在编译时自动创建工厂。

首先，使用A注释和@AutoFactory注释创建类@Provided以注入参数：

@AutoFactory
public class A {

    private DebugLogger logger;

    public A(@Provided DebugLogger logger, int amount, int frequency) {
        this.logger = logger;
    }
}

然后库在编译时创建AFactory类。所以你需要将工厂注入B类的构造函数。

public class B {

    private final AFactory aFactory;

    @Inject
    public B(AFactory aFactory) {
        this.aFactory = aFactory;
    }

    public A createA(int amount, int frequency) {
        return aFactory.create(amount, frequency);
    }
}

Answer 5

我只是想补充一下，在这个问题发布后已经过去了几年，现在有一个名为AssistedInject的库，由Jake和Square的朋友们创建，解决了完全相同的问题并与Dagger 2完全兼容。

你可以在这里找到它：https://github.com/square/AssistedInject