Build a StateFlow
or Flow
stream using Jetpack Compose1.
fun CoroutineScope.launchCounter(): StateFlow<Int> = launchMolecule {
var count by remember { mutableStateOf(0) }
LaunchedEffect(Unit) {
while (true) {
delay(1_000)
count++
}
}
count
}
Jetpack Compose UI makes it easy to build declarative UI with logic.
val userFlow = db.userObservable()
val balanceFlow = db.balanceObservable()
@Composable
fun Profile() {
val user by userFlow.subscribeAsState(null)
val balance by balanceFlow.subscribeAsState(0L)
if (user == null) {
Text("Loading…")
} else {
Text("${user.name} - $balance")
}
}
Unfortunately, we are mixing business logic with display logic which makes testing harder than if it were separated. The display layer is also interacting directly with the storage layer which creates undesirable coupling. Additionally, if we want to power a different display with the same logic (potentially on another platform) we cannot.
Extracting the business logic to a presenter-like object fixes these three things.
In Cash App our presenter objects traditionally expose a single stream of display models through Kotlin coroutine's Flow
or RxJava Observable
.
sealed interface ProfileModel {
object Loading : ProfileModel
data class Data(
val name: String,
val balance: Long,
) : ProfileModel
}
class ProfilePresenter(
private val db: Db,
) {
fun transform(events: Flow<Nothing>): Flow<ProfileModel> {
return combine(
db.users().onStart { emit(null) },
db.balances().onStart { emit(0L) },
) { user, balance ->
if (user == null) {
Loading
} else {
Data(user.name, balance)
}
}
}
}
This code is okay, but the ceremony of combining reactive streams will scale non-linearly. This means the more sources of data which are used and the more complex the logic the harder to understand the reactive code becomes.
Despite emitting the Loading
state synchronously, Compose UI requires an initial value be specified for all Flow
or Observable
usage.
This is a layering violation as the view layer is not in the position to dictate a reasonable default since the presenter layer controls the model object.
Molecule lets us fix both of these problems.
Our presenter can return a StateFlow<ProfileModel>
whose initial state can be read synchronously at the view layer by Compose UI.
And by using Compose we also can build our model objects using imperative code built on features of the Kotlin language rather than reactive code consisting of RxJava library APIs.
@Composable
fun ProfilePresenter(
userFlow: Flow<User>,
balanceFlow: Flow<Long>,
): ProfileModel {
val user by userFlow.collectAsState(null)
val balance by balanceFlow.collectAsState(0L)
return if (user == null) {
Loading
} else {
Data(user.name, balance)
}
}
This model-producing composable function can be run with launchMolecule
.
val userFlow = db.users()
val balanceFlow = db.balances()
val models: StateFlow<ProfileModel> = scope.launchMolecule {
ProfilePresenter(userFlow, balanceFlow)
}
At the view-layer, consuming the StateFlow
of our model objects becomes trivial.
@Composable
fun Profile(models: StateFlow<ProfileModel>) {
val model by models.collectAsState()
when (model) {
is Loading -> Text("Loading…")
is Data -> Text("${model.name} - ${model.balance}")
}
}
For more information see the launchMolecule
documentation.
In addition to StateFlow
s, Molecule can create regular Flow
s.
The flow-returning function does not require a CoroutineScope
as it will be inherited from the collector.
Here is the presenter example updated to use a regular Flow
:
val userFlow = db.users()
val balanceFlow = db.balances()
val models: Flow<ProfileModel> = moleculeFlow {
ProfilePresenter(userFlow, balanceFlow)
}
And the counter example:
fun counter(): Flow<Int> = moleculeFlow {
val count by remember { mutableStateOf(0) }
LaunchedEffect(Unit) {
while (true) {
delay(1_000)
count++
}
}
count
}
For more information see the moleculeFlow
documentation.
Add the buildscript dependency and apply the plugin to every module which wants to call launchMolecule
or define @Composable
functions for use with Molecule.
buildscript {
repository {
mavenCental()
}
dependencies {
classpath 'app.cash.molecule:molecule-gradle-plugin:0.2.0'
}
}
apply plugin: 'app.cash.molecule'
Snapshots of the development version are available in Sonatype's snapshots repository.
buildscript {
repository {
mavenCental()
maven {
url 'https://oss.sonatype.org/content/repositories/snapshots/'
}
}
dependencies {
classpath 'app.cash.molecule:molecule-gradle-plugin:0.3.0-SNAPSHOT'
}
}
apply plugin: 'app.cash.molecule'
Molecule requires a MonotonicFrameClock
key in your CoroutineScope
.
This applies to the launchMolecule
extension's receiver and the scope in which you collect the moleculeFlow
function-returned flow.
The clock is used to determine when recomposition occurs and a new value is produced.
On Android, AndroidUiDispatcher.Main
can be used for running your composables on the main thread with recomposition synchronized to the frame rate.
For any other rate or to recompose on a background thread, create a BroadcastFrameClock
and a timer to invoke its sendFrame
function at your desired rate.
While the created StateFlow
s and Flow
s can be tested normally, the use of the frame clock to control recomposition makes it harder than it should be.
The 'molecule-testing' dependency provides a testMolecule
function which simplifies your test code by managing the threading, coroutine scope, and frame clock for you.
dependencies {
testImplementation("app.cash.molecule:molecule-testing")
// or androidTestImplementation…
}
Validating your produced values should feel familiar to those who have used Turbine.
@Test fun counting() {
testMolecule({ Counter(1, 3) }) {
assertEquals(1, awaitItem())
assertEquals(2, awaitItem())
assertEquals(3, awaitItem())
}
}
For more information see the documentation.
Copyright 2021 Square, Inc.
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
Footnotes
-
…and NOT Jetpack Compose UI! ↩