With the stabilization of Android Architecture Components I started updating all my basic ViewModel
s to the new implementation ofViewModel
. In my understanding, the usage of LiveData
is recommended to hold the Model
class since it handles the lifecycle better.
I like using Data Binding
because it makes the code clearer in Java/Kotlin side and it is not needed to "watch" the value changes to update the UI. However the layout using Data Binding
only watch data changes if the Model
(or the ViewModel) extends BaseObservable
and LiveData
does not. I understand the one of the main objectives of LiveData
is to be observed and updates the UI programmatically but for simple updates, Data Binding
is very useful.
This issue was already reported (GitHub and Stack Overflow) and first was said that the version 1.0 would have it and now is said that this feature is in development.
In order to use both LiveData
and Data Binding
, I created a very simple implementation of class that extends BaseObservable
:
import android.arch.lifecycle.LiveData import android.arch.lifecycle.MutableLiveData import android.databinding.BaseObservable class ObservableMutableLiveData<T>() : BaseObservable() { private var data: MutableLiveData<T> = MutableLiveData() constructor(data: T) : this() { this.data.value = data } public fun set(value: T) { if (value != data.value) { data.value = value notifyChange() } } public fun get(): T? { return data.value } public fun getObservable(): LiveData<T> { return data } }
So basically my ObservableMutableLiveData
is a copy of ObservableField
using LiveData
to store the model and with this implementation, the layout updates after every model update.
The questions are:
LiveData
? Does this wrapper "breaks" the functionalities of LiveData
, such as be lifecycle-aware?LiveData
is the new ObservableField
. Is this correct?The advantages of using LiveData Using LiveData provides the following advantages: Ensures your UI matches your data state. LiveData follows the observer pattern. LiveData notifies Observer objects when underlying data changes.
View binding doesn't support layout variables or layout expressions, so it can't be used to declare dynamic UI content straight from XML layout files. View binding doesn't support two-way data binding.
Up until now, we've used Data Binding to update the View from the ViewModel. LiveData is a handy data holder that acts as a container over the data to be passed. The best thing about LiveData is that it is lifecycle aware. So if you are in the background, the UI won't try to update.
ObservableField is not Lifecycle aware but LiveData is lifecycle aware and hence will notify only the observables which are “active”.
In my understanding, the usage of LiveData is recommended to hold the Model class since it handles the lifecycle better. I like using Data Binding because it makes the code clearer in Java/Kotlin side and it is not needed to "watch" the value changes to update the UI.
LiveData always need a lifecycle. But, in this code LiveData directly work with data binding. So, we should set the activity (this activity) as the lifecycle owner to the data binding instance. Here is the final MainActivity.kt code.
To understand that, you should be good with the basics. In simple terms, LiveData is an observable data holder class. This means it can hold a set of data that can be observed from other Android components like Activities, Fragments, and Services. It’s lifecycle-aware and mostly used to update UI from the ViewModel in MVVM architecture projects.
EDIT : Use androidx.lifecycle.MutableLiveData<String> as type if you use androidx. Show activity on this post. The Android Studio 3.1 (currently in Canary 6) will fix this issue, since LiveData can be used as observable field: You can now use a LiveData object as an observable field in data binding expressions.
For those who came across this question looking for an example like I did, here's one:
In layout .xml
put the LiveData
element with it's type:
<layout> <data> <variable name="myString" type="android.arch.lifecycle.MutableLiveData<String>"/> </data> ... <TextView android:layout_width="wrap_content" android:layout_height="wrap_content" android:text='@{myString}' ... /> ... </layout>
In your code set it's value and the lifecycle owner:
MutableLiveData<String> myString = new MutableLiveData<>(); ... binding.setLifecycleOwner(this); binding.setMyString(myString);
That's it :)
Note that the default value of LiveData
elements is null
so assign initial values to make sure you get the desired effect right away or use this to enforce nullability.
EDIT: Use androidx.lifecycle.MutableLiveData<String>
as type if you use androidx
.
The Android Studio 3.1 (currently in Canary 6) will fix this issue, since LiveData
can be used as observable field
:
Updates to Data Binding:
You can now use a LiveData object as an observable field in data binding expressions. The ViewDataBinding class now includes a new setLifecycle method that you need to use to use to observe LiveData objects.
Source: Android Studio 3.1 Canary 6 is now available
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With