Hilt+Android:向App Activity注入接口的技术问询
关于依赖注入(DI)的问题解答
1. 当前实现的问题
当前写法存在几个问题:
- 违背依赖倒置原则:主项目直接实例化ABC模块里的
TestView类,等于让主项目绑定了具体实现而非抽象接口。合理的做法是由ABC模块自身提供XYZ接口的实例,主项目仅依赖XYZ接口,这样ABC模块修改实现类时,主项目无需改动代码。 - 拼写错误:
MainActivity继承的AppCompactActivity是拼写失误,正确类名是AppCompatActivity,这会直接导致编译报错。 - 单例范围可能不合理:
@InstallIn(SingletonComponent::class)会让XYZ实例成为全局单例,如果业务场景不需要全局共享实例,这个范围过大,可根据需求调整为ActivityComponent等更贴合的组件。
2. 同接口多实现的区分方法
可以在AppModule中提供多个XYZ实例,通过**限定符(Qualifier)**来区分不同实现,具体操作如下:
步骤1:自定义限定符注解
@Qualifier @Retention(AnnotationRetention.BINARY) annotation class UseTestView @Qualifier @Retention(AnnotationRetention.BINARY) annotation class UseTestView2
步骤2:在AppModule中添加带限定符的提供方法
@Module @InstallIn(SingletonComponent::class) object AppModule { @Provides @UseTestView fun provideTestView(): XYZ = TestView() @Provides @UseTestView2 fun provideTestView2(): XYZ = TestView2() }
步骤3:在对应Activity中注入时指定限定符
比如在需要TestView2的Activity中:
@AndroidEntryPoint class SecondActivity : AppCompatActivity() { @Inject @UseTestView2 lateinit var xyz: XYZ override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_second) xyz.init() } }
也可以用自带的@Named注解替代自定义限定符,比如@Named("TestView")和@Named("TestView2"),但自定义限定符是类型安全的,能避免字符串拼写错误。
内容的提问来源于stack exchange,提问作者Arshdeep_somal
相关产品推荐
相关产品推荐

