我想使用Kodein在我的Android测试测试中注入模拟覆盖。我不知道哪种方法最适合这样做。这就是我的想法:
KodeinAware
应用类。服务的Kodein实例包含我的应用程序所需的所有依赖项。 configurable Kodein extension在这种情况下是否合理,或者是否有更简单,更适合的方法(如果是,那么)?
答案 0 :(得分:5)
如果您的测试被赋予Kodein
实例(意味着它可以使用与Kodein
所拥有的对象不同的Application
对象),那么推荐的方法是创建一个新的Kodein对象,它扩展了应用程序之一并覆盖了所有必要的绑定。
val testKodein = Kodein {
extend(appKodein())
bind<MyManager>(overrides = true) with singleton { mock<MyManager>() }
}
仅当您使用静态&#34;一个真正的Kodein&#34;时,才建议使用可配置的Kodein选项。使用它可以防止并行运行您的测试(因为它们都访问相同的Kodein实例),并强制您在每次测试之间clear
ConfigurableKodein
并每次重新声明不同的替代。
答案 1 :(得分:5)
我现在在我的自定义ConfigurableKodein
课程中使用App
。
class App : Application(), KodeinAware {
override val kodein = ConfigurableKodein()
override fun onCreate() {
super.onCreate()
// A function is used to create a Kodein module with all app deps.
kodein.addImport(appDependencies(this))
}
}
// Helper for accessing the App from any context.
fun Context.asApp() = this.applicationContext as App
在我的AppTestRunner
类中,我声明配置是可变的。这样我就可以在每次测试之间重置它的配置。
class AppTestRunner : AndroidJUnitRunner() {
override fun callApplicationOnCreate(app: Application) {
app.asApp().kodein.mutable = true
super.callApplicationOnCreate(app)
}
}
我创建了一个JUnit规则,可以在每次测试之前重置依赖关系图。
class ResetKodeinRule : ExternalResource() {
override fun before() {
val app = InstrumentationRegistry.getInstrumentation().targetContext.asApp()
app.kodein.clear()
app.kodein.addImport(appDependencies(app))
}
}
在我的测试中,我现在可以检索App.kodein
实例并注入覆盖原始图的依赖关系的模拟。唯一需要保证的是,在配置模拟之后启动测试活动,或者行为不可预测。