According to Android Developers: "Android architecture components are a collection of libraries that help you design robust, testable, and maintainable apps."
Android Architecture Components help solve many problems that Android developers face on a project. It helps create a clean and easy to maintain architecture such as MVVM, with the goal of taking advantage of all the capabilities of the Android framework and it's structure.
This post will give a brief introduction to Android Architecture Components. In later posts, we will delve deeper into each of the libraries to show the capabilities of each one.
Android introduces lifecycle as a way to avoid memory leaks and keep a cleaner code, and each activity|fragment|lifecycle-owner can be abstracted from the behavior of an object at each stage of its life cycle. That object can subscribe to the activity|fragment lifecycle implementing the interface androidx.lifecycle in order to execute certain actions in each state:
To subscribe to a lifecycle event you can use annotations like:
Note: Each activity|fragment|lifecycle-owner needs to add the object to its own lifecycle observers:
LiveData is a new type of Observable that is lifecycle-aware. This means that LiveData takes into account their observer's lifecycle state to notify the changes to them, meaning that only active components (STARTED or RESUMED) will be notified, avoiding potential issues such as Memory Leaks, crashes due to stopped activities and dealing with configuration changes properly. All of this while keeping up to date data everywhere in your app. Isn't it awesome?
A classic example: for an app it is important to keep the user data updated, if the user changes the name, avatar, permissions, etc... you can observe it and notify the app for those changes.
It's the one responsible for providing and keeping data saved for the UI in each state of the lifecycle of the view or the app. For example: screen rotations; when the app has gone to the background; when it's sleeping. It is the one who "talks" to the repository and it's subscribed to its response using LiveData. Each view (Activity|Fragment not custom views or Adapters) should have a view model. Example:
Note that you need to setup the view model with the View in order to register the view as the LifeCycle owner: In the view (this case MainActivity):
Android always uses SQLite to storage|manage data, but the use of it required to write a lot of code or the use of unsafe third-party libraries. Also, SQLite didn't check the SQL queries at compile time, causing potential issues. Room was the solution to this problem, while also helping to keep data safe and facilitating the integration with LiveData to provide a clean way to provide data to the ViewModel. To create a DB entity all you have to do is add the @Entity annotation to a Model class and a create a @Dao annotated interface to manage the access to the model data:
Managing your UI components:
Android introduced a Data Binding library to provide us a new way to set up the view, as passing all data or livedata to the xml file:
Also, they added binding adapters to create custom properties or listeners for each layout. For example:
Also, we can integrate DataBinding with LiveData, but that's for another post.
As we have observed, these libraries help us write code that's cleaner, faster, more scalable, and easier to maintain. In future posts, we will delve deeper into each of these components to provide a better understanding.