Dagger-Dot-Android Part 4: Late-binding values
Tony Robalik
Posted on July 10, 2018
If you haven't read the other parts of this tutorial, please consider checking them out.
In this part, I'm going to briefly describe a neat trick for late-binding objects into your graph.
Use-case
Let's say you have a pair of activities, and clicking on a button in one will launch the second. There are an array of buttons on the first screen, each representing data you have stored in a database. How does the second activity know which button you've pressed, and which data to display? Well, that's easy, right? You just pass an argument in your Intent
. But what if you're a modern developer, you care about separation of concerns and the single responsibility principle, and you can't just hand off that button ID to some DAO directly inside your Activity?
In this post, we're going to imagine that your Activity
class has a ViewModel
that mediates access to the database layer. You want to get that ID into the viewmodel, but you'd prefer not to have to call a setter on it. What you really want is for the VM to just "know" which data it needs to populate the View correctly, and as early as possible. Let's see how it can be done.
ClientActivity
class ClientActivity : AppCompatActivity {
companion object {
fun getStartIntent(context: Context, id: Long): Intent {
return Intent(context, ClientActivity::class.java).apply {
putExtra(EXTRA_ID, id)
}
}
}
internal val id by lazy { intent.extras.getLong(EXTRA_ID) }
@Inject lateinit var factory: ClientActivityViewModelFactory
// Our goal is for this view model to know about `id` at construction time
private val viewModel by lazy {
ViewModelProviders.of(this, factory).get(ClientActivityViewModel::class.java)
}
override fun onCreate(savedInstanceState: Bundle?) {
AndroidInjection.inject(this)
super.onCreate(savedInstanceState)
viewModel.stuff().observe(this, Observer {
// presumably, `stuff()` returns LiveData that has something to do with our ID
})
}
}
@Module object ClientActivityModule {
// Waaaaat. Now our ID, which is only know at activity.onCreate, is bound
@JvmStatic @Provides @Id fun provideId(activity: ClientActivity): Long = activity.id
}
// This is only necessary if you bind other Longs in your Dagger graph
@Qualifier
@Target(AnnotationTarget.FUNCTION, AnnotationTarget.VALUE_PARAMETER)
@Retention(AnnotationRetention.RUNTIME)
annotation class Id
ViewModel and Factory
class ClientActivityViewModel(
private val id: Long // our late-bound ID!
) : ViewModel() {
// interact with persistence layer using the injected ID
}
class ClientActivityViewModelFactory @Inject constructor(
private val id: Long
) : ViewModelProvider.Factory {
@Suppress("UNCHECKED_CAST")
override fun <T : ViewModel> create(modelClass: Class<T>): T = when {
modelClass.isAssignableFrom(ClientActivityViewModel::class.java) -> {
ClientActivityViewModel(id) as T
}
else -> {
throw IllegalArgumentException("${modelClass.simpleName} is an unknown type")
}
}
}
There's no magic here. We're simply doing something a bit non-standard and exposing a property of an activity publicly to our dependency graph. The alternative would be something like viewModel.setId(id)
, which is not bad exactly, but also not nearly as fun ;-)
Posted on July 10, 2018
Join Our Newsletter. No Spam, Only the good stuff.
Sign up to receive the latest update from our blog.