Dagger 2:何时使用构造函数注入,何时使用现场注入?
我有点懒惰,习惯几乎完全使用现场注射。我只是提供空构造函数,把我的@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基础架构,以便能够注入.相反,如果我像这样使用构造函数注入:SubClass
test/java/differentpackage
HttpClient
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
) {
伙计们,你们在构造函数和场注入之间做出选择的规则是什么?我错过了一些东西,我的逻辑中有错误吗?