Skip to content

Instantly share code, notes, and snippets.

@manuelvicnt
Last active June 7, 2024 22:31
Show Gist options
  • Save manuelvicnt/a2e4c4812243ac1b218b24d0ac8d22bb to your computer and use it in GitHub Desktop.
Save manuelvicnt/a2e4c4812243ac1b218b24d0ac8d22bb to your computer and use it in GitHub Desktop.
Scope ViewModels to Composables
// PLEASE, READ
//
// This is a way to scope ViewModels to the Composition.
// However, this doesn't survive configuration changes or procress death on its own.
// You can handle all config changes in compose by making the activity handle those in the Manifest file
// e.g. android:configChanges="colorMode|density|fontScale|keyboard|keyboardHidden|layoutDirection|locale|mcc|mnc|navigation|orientation|screenLayout|screenSize|smallestScreenSize|touchscreen|uiMode">
//
// This is just an exploration to see what's possible in Compose. We don't encourage developers to copy-paste
// this code if they don't fully understand the implications of it and if this actually solves the use case to solve.
/*
* Composition-aware ViewModelStoreOwner
*/
internal class CompositionScopedViewModelStoreOwner : ViewModelStoreOwner, RememberObserver {
private val viewModelStore = ViewModelStore()
override fun getViewModelStore(): ViewModelStore = viewModelStore
override fun onAbandoned() {
viewModelStore.clear()
}
override fun onForgotten() {
viewModelStore.clear()
}
override fun onRemembered() {
// Nothing to do here
}
}
/*
* Applies a [CompositionScopedViewModelStore] value to [LocalViewModelStoreOwner]
* to be able to scope ViewModels to a certain subtree of the Composition.
*
* Note: It's not a good idea to use `ProvideViewModels` at a screen level due to
* https://twitter.com/ianhlake/status/1395128325811494913. As when the store leaves
* the Composition, all state and ViewModels are lost.
* It's a good idea to use `ProvideViewModels` whenever it makes sense, for example,
* before starting a certain flow of your app that have multiple screens with their own VM.
* For example, a login flow, registration flow, or the main app flow.
*/
@Composable
fun ProvideViewModels(content: @Composable () -> Unit) {
val viewModelStoreOwner = remember { CompositionScopedViewModelStoreOwner() }
CompositionLocalProvider(LocalViewModelStoreOwner provides viewModelStoreOwner) {
content()
}
}
/*
Example of how you'd use this:
@Composable
fun MyApp() {
// ...
// Scope ViewModels in this part of the Composition.
ProvideViewModels {
val viewModel: SharedLoginViewModel = viewModel(factory = getSharedLoginViewModelFactory())
LoginScreensFlow(viewModel)
}
}
@Composable
fun LoginScreensFlow(viewModel: SharedLoginViewModel) { /* ... */ }
*/
@tamimattafi
Copy link

tamimattafi commented Jun 7, 2024

@manuelvicnt @OKatrych
I'm not sure about this solution, but it helps scope view models without changing the LocalViewModelStoreOwner

  1. Create a class that stores a map of ViewModelStore, which will be attached to a specific key, which is your scope
  2. Extend ViewModel to make use of the onCleared(), which is called when LocalViewModelStoreOwner is cleared
  3. Provide ViewModelStore for a key and clear it when it is no longer needed (scope destroyed), this will trigger clear of every ViewModel created by this store
class ViewModelStores : ViewModel() {
    val owner: ViewModelStoreOwner
        @Composable
        get() = checkNotNull(LocalViewModelStoreOwner.current) {
            "No ViewModelStoreOwner was provided via LocalViewModelStoreOwner"
        }

    private val stores = ConcurrentMap<String, ViewModelStore>()

    fun provideStore(key: String) = stores.getOrPut(key) {
        ViewModelStore()
    }

    fun clearStore(key: String) {
        val store = stores.remove(key)
        store?.clear()
    }

    override fun onCleared() {
        super.onCleared()
        stores.forEach { store ->
            store.value.clear()
        }

        stores.clear()
    }
}

Here's how I use it with koin:

@Composable
inline fun <reified T : IBaseViewModel, S : NavigationScreen> screenViewModel(
    screen: S,
    scope: Scope = currentKoinScope(),
    qualifier: Qualifier? = null
): T {
    val viewModelStores = koinViewModel<ViewModelStores>()
    val getViewModelClass: ((abstractClass: KClass<out T>) -> KClass<out ViewModel>) = koinInject()
    val concreteClass = getViewModelClass(T::class)

    val parameters = remember {
        parametersOf(screen)
    }
    
    LocalComposeNavigator.current.OnScreenRemoved(screen) {
        viewModelStores.clearStore(screen.key)
    }

    return resolveViewModel(
        concreteClass,
        viewModelStores.provideStore(screen.key),
        screen.key,
        defaultExtras(viewModelStores.owner),
        qualifier,
        scope,
        parameters = { parameters }
    ) as T
}

Basically, val viewModelStores = koinViewModel<ViewModelStores>() will always return the same viewModel (single), which is created by the main store owner (fragment or activity), which is safer than an object and complies to the lifecycle of the component.

Tested with Compose Multiplatform on both Android and iOS.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment