Published in


Architecture Components: How to use LiveData with Data Binding?

Photo credits:

This post was published in Android Weekly #290 issue

Hi! As you may know, in the newest version of Android Studio, Google introduced support for LiveData with Data Binding. Today I’d like to show you briefly how to use it in your project. Let’s start!

Some of you may have seen this topic, where Yigit Boyar made a promise to add support for LiveData in our projects with Data Binding:

And here it comes a cool news — with the newest Android Studio 3.1 Canary 6 version it’s possible! Hooray! 👏🥂🎉

This release includes change in Data Binding that allows you to replace your ObservableField with LiveData in the data binding expressions.

Here’s a step-by-step tutorial on how to do it. You can also check the whole code of this post here:


What do you need to do? At first, you need to get the newest canary Android Studio version. Then you need to upgrade your Android Gradle plugin version:

buildscript {
dependencies {
classpath ''

If you use Kotlin, you need to also change databinding compiler version:

kapt ''

And that’s it, you’re ready to go!

How to use it?

Now you can replace all your ObservableField with LiveData classes. That was before:

val kittyName = ObservableField<String>()
val kittyAge = ObservableInt()

init {
kittyRepository.receiveNewKitties {

And this is after:

val kittyName = MutableLiveData<String>()
val kittyAge = MutableLiveData<Int>()

init {
kittyRepository.receiveNewKitties {

To make it work, we need to also tell binding class who’s the LifecycleOwner, so it can track lifecycle properly:

val binding: ActivityMainBinding = ...


Ok, but what does it change?

You can read more about LiveData in my previous post. In general, with LiveData we don’t need to worry about lifecycle. Data is sent to the UI only when it’s active. In the previous approach (without LiveData) if we wanted to show the data on the UI, we should previously check if it still exists. With LiveData we don’t need to worry about it because data will be posted only if Activity is at least started (so in started or resumed state).

For example, we can set logs both for creating data (e.g. in init() block from MainViewModel class):

init {
kittyRepository.receiveNewKitties {
.d("MainViewModel", "Generating kitty name: " +

And the second log for updating data on the UI (e.g. some TextWatcher in MainActivity class):

kittyNameText.addAfterTextChangedListener { Log.d("MainActivity",
"Showing kitty name: " + it) }

Now, if we’ll put the app without LiveData in the background, we would see:

D/MainViewModel: Generating kitty name: TIGER
D/MainActivity: Showing kitty name: TIGER
D/MainViewModel: Generating kitty name: FLUFFY
D/MainActivity: Showing kitty name: FLUFFY

It means that UI is updated even after the activity is paused. It’s unnecessary, and that’s where LiveData takes care of us. Now if we’ll run the application and put it in the background with the LiveData we’d see:

D/MainViewModel: Generating kitty name: PUMPKIN
D/MainViewModel: Generating kitty name: TIGER

Data is generated, but UI is not updated because the activity is not started or resumed. Great!

That’s it! I hope you liked this post. If you did, don’t forget to 👏 Bye!




The (retired) Pub(lication) for Android & Tech, focused on Development

Recommended from Medium

Software Architecture Patterns: Most Important Architecture Patterns With Real-World Examples

Designing gateways for greater good

Scaling productivity on microservices at Lyft (Part 4): Gating Deploys with Automated Acceptance…

Setting up a Basic Django Backend

What is DevOps and How it Works?

Build Automations for Dynamics 365 Finance and Operations

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Paulina Szklarska

Paulina Szklarska

Flutter GDE / Flutter & Android Developer / blogger / speaker / cat owner / travel enthusiast

More from Medium

Google I/O 22: Android Keynote

How to Intercepter HTTPS on Android With Requestly SDK

Source / Sink Architecture pattern for MediaCodec (android)

Choose Kotlin for Android Application Development: Solution to Complex Enterprise Challenges