Dagger 2:何时使用构造函数注入,何时使用现场注入?

2022-09-01 13:24:52

我有点懒惰,习惯几乎完全使用现场注射。我只是提供空构造函数,把我的@Inject字段,一切看起来都很好,很简单。但是,字段注入有其权衡,因此我设计了一些简单的规则,帮助我决定何时使用字段以及何时使用构造函数注入。如果我的逻辑有误,或者您有其他注意事项要添加,我将不胜感激。

首先澄清一下,以便在同一页面上:

构造函数注入:

@Inject
public SomeClass(@Named("app version") String appVersion,
                    AppPrefs appPrefs) {...

与现场注入相同:

public class SomeClass {
    @Inject
    @Named("app version") String mAppVersion;

    @Inject
    AppPrefs appPrefs;

规则1:如果我不控制对象的创建,则必须使用字段注入(想想Android中的活动或片段)。如果某个(非匕首感知)框架正在创建我的对象并将其处理给我,我别无选择,只能在收到实例后手动注入它。

规则 2:如果类在另一个不使用 Dagger 2 的项目中使用,则必须使用构造函数注入。如果其他项目不使用Dagger,则它们不能使用DI,因此用户必须使用“旧”方式创建对象。new

规则 3:使用类层次结构时首选构造函数注入,因为它更容易创建单元测试。

澄清:

考虑以下使用字段注入的结构:

package superclass;

public class SuperClass {
    @Inject
    HttpClient mHttpClient;
    ...
}

.

package differentpackage;

public class SubClass extends SuperClass {
    public SubClass() {
    }
}

当我在目录中创建单元测试时,我别无选择,只能启动整个DI基础架构,以便能够注入.相反,如果我像这样使用构造函数注入:SubClasstest/java/differentpackageHttpClient

public class SuperClass {
    private final HttpClient mHttpClient;

    @Inject
    public SuperClass(HttpClient httpClient) {
        mHttpClient = httpClient;
    }
}

在我的单元测试中,我可以简单地:

HttpClient mockHttp = mock(HttpClient.class);

Subclass tested = new Subclass(mockHttp);

// tests 

所以基本上现在我处于另一个极端:我倾向于主要依靠构造函数注入,并且仅在“规则1”适用时才使用现场注入。我对构造函数注入的唯一“问题”是,对于“end”类,构造函数有时会变得非常过载参数,并且它们看起来很冗长和丑陋,如下所示:

@Inject
public ModelMainImpl(@Named("app version") String appVersion,
                    AppPrefs appPrefs,
                    LoginPrefs loginPrefs,
                    @ForApplication Context appContext,
                    NetworkInfoProvider networkInfoProvider,
                    AndroidEventPoster androidEventPoster,
                    Session session,
                    ForgeExchangeManager exchangeManager,
                    HttpFunctionality httpFunctionality,
                    @Named("base url") String baseUrl,
                    @Named("forge result producer") ResultProducer<ForgeExchangeResult> resultProducer
                    ) {

伙计们,你们在构造函数和场注入之间做出选择的规则是什么?我错过了一些东西,我的逻辑中有错误吗?


答案 1

使用构造函数注入。如果不能,请使用属性注入。

规则1似乎没问题,就像装饰或属性一样,你可以使用属性(字段)注入。

规则 2 似乎没问题,因为使用你的类的人必须遵循你的构造函数。他们可能不知道他们也必须渗透你的财产。

规则 3 它不仅适合单元测试。这有利于应用单一责任。更容易看到您的对象图。否则,您将用属性隐藏它。

如果我们提出您的问题,是的,您的构造函数中有很多参数。但解决方案不是属性注入。您可以重构代码并使用聚合服务


答案 2

推荐