Google has announced a new open-source project, Now in Android. In this article, you will cover the overall architecture, each layer, and tech stacks that are used in Now in Android project, such as Material3, Jetpack Compose, and app performance.
Before you dive in, we recommend cloning the Now in Android on your local device and opening the project with your Android Studio.
If you build Now in Androidthe result will look like this:
Now in Android uses content that is video playlist on Youtube by the Google team and articles on Android Developers, so you can learn the Android-relevant skills with this application.
Let’s see which libraries are used to build the UI layer in Now in Android project:
Next, let’s see which libraries are used to handle business works:
- DataStore: Store data asynchronously into the local data storage as key-value pairs.
- Room Database: Constructs local database by providing an abstraction layer over SQLite to allow fluent database access.
- Retrofit: Retrofit is a type-safe REST client that aims to consume the REST APIs.
- Kotlin Serialization: Serialize and deserialize data formats such as JSON and protocol buffers that can be transferred over a network or stored in a database.
- Kotlin Coroutines: Provides asynchronous or non-blocking solutions at the language level. Coroutines have been used entirely in this project to handle tasks asynchronously.
- WorkManager: WorkManager is the recommended solution for running tasks in the background and this was used to synchronize the local data with the network resources in Now in Android.
Also, Now in Android was built with the libraries below to improve the app architecture and performance:
- Hilt: Hilt is a dependency injection library that allows you to construct dependency injection containers easily and manage their lifecycles automatically.
- App Startup: App Startup allows you to initialize components at application startup.
- Baseline Profiles: Baseline Profiles allow you to improve app performance by including a list of classes and methods specifications in your APK that can be used by Android Runtime.
In this article, we’ll explore some libraries and tech stacks above that were covered in this 2022 Google I/O, along with the app architecture.
Google introduced the Guide to app architecture to encompass best practices and recommended architectures for building a robust, high-quality app.
Now in Android was built with Guide to app architecture, so it would be a great sample to show how the architecture works in real-world projects.
Now let’s explore the app architecture.
The overall architecture is composed of two layers: a data layer and UI layer.
The architecture follows the concepts below:
- The app architecture follows unidirectional data flow. So the UI layer forwards events down, and the data layer forwards results up.
- The data layer exposes data as streams using Kotlin Flows, and UI elements configure screens by observing the streams.
Now, let’s see each layer for more details.
The UI Layer consists of UI elements like buttons that could interact with users and ViewModel that holds app states and restores data when configuration changes.
The main role of the UI layer is like the below:
- Modeling UI states: UI states are modeled as sealed classes/interfaces that represent the business data following single source-of-truth.
- Transforming streams into UI states: The view model transforms data streams into UI states, representing the business data. UI elements observe the UI states and render them on the canvas following all possible cases.
- Processing user interactions: User actions are communications with users that flows from UI elements to view models, and the view models execute proper business logic. The events must flow down from UI elements to the data layer, and this concept is called unidirectional data flow.
The data Layer consists of repositories, which include business logic such as persisting and querying data from the database and requesting remote data from the network. It is implemented as an offline-first source of business logic and follows the single source of truth principle.
The main role of the data layer is like the below:
- Exposing data to the UI layer: The data layer exposes data as streams and UI elements configure screens by observing the streams.
- Guarantee the single source of truth: Now in Android guarantees the single source of truth that aggregates app data from multiple data sources such as local databases and networks. The repository uses data synchronization for guaranteeing the single source of truth principle.
- Data synchronization: Synchronize data between the local database and network data. The synchronization works are started at app initialization by App Startup.
The overall flow of the architecture is like the figure below:
Let’s see each of the steps, one by one:
- App startup runs WorkManager that performs data synchronizations.
- WorkManager starts data synchronization in the background thread. The worker requests remote data sources from the network, and synchronizes app data with the local database.
- The repository transforms the internal data model into the external data as streams and exposes the stream to external layers.
- UI elements configure screens by observing the streams.
Now in Android was built with 100% Jetpack Compose to configure screens. Jetpack Compose is getting stable to use at production-level and Now in Android shows how to utilize Compose in your project.
Let’s explore how Now in Android utilize the Jetpack Compose components.
Last year, Google’s design team announced Material You, which is a new design language that guides application themes. Material You provides the dynamic color schemes, which is a color extraction algorithm that allows you to get color schemes from user device’s wallpaper.
By adding the dependency below in your project, you can use Material Theme, Material components, and dynamic color schemes:
Next, you can create different dynamic color schemes whether your system theme is in dark mode or not:
For more information about the Material You, check out the Exploring Material You for Jetpack Compose.
As a result, you will see the different colors of components like the below:
Theming is one of the essential parts of modern Android development, and it’s not easy to apply consistent themes in every XML-based UI element. However, with Jetpack Compose, defining themes and applying them to UI elements is easy and most of the attributes are customizable.
Now in Android uses Material Theme for defining color schemes and customizing themes. As you can see in the example below, you can define your color schemes with
Also, Now in Android uses
dynamicDarkColorScheme methods for getting dynamic color schemes that are generated from the user device’s wallpaper.
NiaTheme composable function looks like the below:
As you can see in the theming example above, you can apply custom or dynamic color schemes and switch between them easily in particular situations.
Recently, as various large screen devices have been released, supporting large screens is one of the important parts of modern Android development. Now in Android supports adaptive layouts using Jetpack WindowManager.
First, you need to add the dependencies below to your
Next, you can calculate window size classes based on the width size of the user device with
calculateWindowSizeClass method below:
WindowSizeClass It consists of three types of breakpoints: Compact, Mediumand Expanded. As you can see in the internal code below, those three breakpoints are calculated by the design specifications of material design guide:
After calculating the
WindowSizeClass, Now in Android draws different UI elements with the
In the example above, the main screen draws the bottom bar if the
WindowSizeClass is Compact and a side bar if the
WindowSizeClass is Medium or Expanded.
As a result, you will see different screens following the width size of the user device, like the image below:
For more information about the adaptive layouts, check out the Exploring Jetpack WindowManager for Foldable Devices.
Android devices use very limited resources, so improving App performance is the most important part of Android development to provide great user experiences.
So let’s explore how we can improve app performance with Jetpack Compose.
Jetpack Compose uses the remember API to store an object in memory. The
remember API stores a computed value in the Composition phases and restores the stored value during Recomposition.
Let’s see an example. The codes below will sort the entire contacts whenever a recomposition happens:
It requires a high expense to sort the list if the list of contacts includes many items, and it may decrease the app performance. So you can utilize the
remember to memorize a computational value that requires high expense, such as sorting.
As the example above shows, you can save the sorted value on the memory with the
remember API. The computation will not be executed when the recomposition happens and reuse the sorted value.
Also, it uses the list of contacts and comparator as keys in the
rememberso the sort will only be re-executed if the key values are changed.
Before exploring the lazy lists, let’s see what’s difference between Column and LazyColumn in Jetpack Compose.
They look very similar and the
Column also can show a list of items with the for statement. But the
Column render all items in the Column scope whether an item is visible or not and it may decrease the app performance if there are many items in the list.
On the other hand,
LazyColumn adopted a similar concept to RecyclerView, and
LazyColumn render only visible items on the screen. So you can increase the app performance if you use the
LazyColumn instead of
Column when there are many items.
Next, let’s assume the position of an item is changed. for now,
LazyColumn can’t distinguish between the distinct items in the list,
LazyColumn will be recomposed for the entire item. So it derives bad performance whenever the position of an item is changed.
You can improve the performance of the
LazyColumn by giving a
key parameter that represents a unique id for each item like the below:
By giving a key parameter,
LazyColumn can distinguish dedicated items whenever the position of an item is changed and it will not derive recomposition for the entire item.
If you want to learn more about the performance for Jetpack Compose, check out the Compose performance.
Baseline profiles are specifications of classes and methods that are included in an APK and AAB file, which can be used by Android Runtime. The specifications can be pre-compiled and pre-loaded on memory while installing or updating an application.
Android Runtime performs Ahead-of-time (AOT) compilation of the specifications, which lets applications optimize startup, reduce UI jank, and improve app performance.
Especially, Baseline Profiles increase a lot of app performance for the Jetpack Compose project. Because, Jetpack Compose is a librarywhich means it does not participate in system resource sharing in Android OS.
To generate the method specification with Baseline Profiles, add the dependency below to your
Now in Android uses
BaselineProfileGenerator class below to generate profiles:
As a result, the profile generator will generate the specifications below in a txt file and it will be used to pre-compile by Android Runtime:
For more information, check out the Baseline Profiles.
This installment explored the Now in Android and covered the essential parts of modern Android development, including app architecture, Jetpack libraries, UI layer with Compose, and the app performance.
You can find the author of this article on Twitter @github_skydoves or GitHub if you have any questions or feedback. If you’d like to stay up to date with Stream, follow us on Twitter @getstream_io for more great technical content.
As always, happy coding!
Originally Posted at GetStream.io.