而不是使用
Lazy<T>选项1
Provider<T>。
Lazy<T>只是一个
Provider<T>在本地存储的(具有必要的双重检查锁定),但是由于您仅会一次调用一个提供程序,因此您可以注入该提供程序,而跳过同步开销。
@Provides FooInterface provideFooImplementation( Provider<FooImpl1> impl1, Provider<FooImpl2> impl2, ..., Provider<FooImpl10> impl10) { switch(state) { case STATE_1: return impl1.get(); case STATE_2: return impl2.get(); ... case STATE_10: return impl10.get(); } }
选项2可以使用,但是您将有效地跳过Dagger可以轻松为您完成的依赖关系,并且选项3不能按所述方式运行,因为@Component批注需要模块列表作为您的编译时常量。
Dagger代码生成可以正常工作。
(如果绑定是绑定到一种形式或另一种形式的常数或零依赖性类,则选项3的变体可以工作,因为这样您就可以将Module的任意子类传递到Component
builder中。但是,Dagger只能分析如果您的@Provides方法实现采用的参数与您使用的参数不同,那么您将遇到麻烦,因此,这
switch是我能想到的最好,最清晰的替代方法。)
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)