Releases: airbnb/mavericks
2.7.0
2.6.1
2.6.0
Big thanks to @itsandreramon for contributing the two main improvements in this release!
-
Pre-configure Hilt by adding a new "mvrx-hilt" artifact (#598)
See the updated Hilt documentation for guidance on how to more easily use Hilt with Mavericks https://airbnb.io/mavericks/#/dagger?id=hilt
-
Add support to use Mavericks with JUnit 5 (#600)
See the new testing documentation at https://airbnb.io/mavericks/#/testing for details.
-
Don't expose lifecycleAwareLazy in viewModel return type (#603)
2.5.1
2.5.0
2.4.0
2.3.0
2.2.0
2.1.0
- Initial release of
mavericks-compose:2.1.0-alpha01
. - Upgraded to Kotlin 1.4.30.
- Removed
@RestrictTo
annotations in favor of just@InternalMavericksApi
. The Kotlin opt-in annotations work more reliably than the Android lint rules and there is no need for both. - Created initial release of mavericks-compose (use version 2.1.0-alpha01 for the mavericks-compose artifact)
- Fixed a change in
androidx-lifecycle
2.2.0 that would have required any unit tests that use Mavericks to also use robolectric.
Breaking Changes
- ActivityViewModelContext and MavericksViewModelFactory now uses ComponentActivity instead of FragmentActivity to improve Compose interop. ComponentActivity is the super class of FragmentActivity so you may need to replace FragmentActivity with ComponentActivity if you using ActivityViewModelContext.
2.0.0
Mavericks 2.0 is a ground up rewrite for coroutines. Check out the documentation for 2.0 to find out what is new and how to upgrade.
Breaking Changes
- All
mvrx
artifact names are nowmavericks
. - If you are using RxJava, you will need to use
mavericks-rxjava2
to maintain backwards compatibility. New Mavericks users who just use coroutines can just usemavericks
. - If your MavericksView/Fragment does not use any ViewModels, invalidate() will NOT be called in onStart(). In MvRx 1.x, invalidate would be called even if MvRx was not used at all. If you would like to maintain the original behavior, call
postInvalidate()
from onStart in your base Fragment class - MavericksViewModel and BaseMvRxViewModel (from mavericks-rxjava2) no longer extends Jetpack ViewModel. However,
viewModelScope
andonCleared()
still exist to match the existing API - The order of nested with and set states has changed slightly. It now matches the original intention.
If you had code like:
withState {
// W1
withState {
// W2
}
setState {
// S1
setState {
// S2
setState {
// S3
}
}
}
}
Previously, setState would only be prioritized at that nesting level so it would run:
[W1, S1, W2, S2, S3]
Now, it will run:
[W1, S1, S2, S3, W2]
- viewModelScope is now a property on MavericksViewModel and BaseMvRxViewModel (from mavericks-rxjava2), not the Jetpack extension function for ViewModel. Functionally, this is the same but the previous viewModelScope import will now be unused
- If you had been using any restricted internal mavericks library functions your build may break as they have been renamed (you shouldn't be doing this, but in case you are...)
Other Changes
- Make MavericksViewModel extension functions protected (#488)
- Add MavericksViewModel.awaitState (#487) to access current ViewModel state via a suspend function
- Mark all @RestrictTo APIs with @InternalMavericksApi (#480)
- Api additions to the mocking framework (#475) (#477)
- Migrated CoroutinesStateStore to SharedFlow (#469)
- Launcher and mock speed optimizations (#468)
- FragmentViewModelContext now allows for custom ViewModelStoreOwner and/or SavedStateRegistry that are different from the fragment ones in FragmentViewModelContext. (#443)
- Add mavericks-navigation artifact to support AndroidX Navigation destination ViewModels
navGraphViewModel(R.id.my_graph)
(#443)