Skip to content

Conversation

@boringcactus
Copy link
Member

Summary

Ticket: none

I realized that we aren’t actually using the Android-only Koin viewModel factory for anything and so we don’t actually benefit from using expect/actual to split the viewModelModule definition by platform, but I’m not sure if that’ll actually remain the case indefinitely. This way, everything is still only defined once, but if we do eventually decide to reintroduce the Android-navigation-lifecycle-integrated Koin viewModel, we don’t have to reintroduce the platform distinction.

iOS

  • [ ] If you added any user-facing strings on iOS, are they included in Localizable.xcstrings?
    • [ ] Add temporary machine translations, marked "Needs Review"

android

  • [ ] All user-facing strings added to strings resource in alphabetical order
  • [ ] Expensive calculations are run in withContext(Dispatchers.Default) where possible (ideally in shared code)

Testing

Checked that the Android and iOS tests still pass.

@boringcactus boringcactus requested a review from a team as a code owner September 18, 2025 19:58
@boringcactus boringcactus added this pull request to the merge queue Sep 19, 2025
Merged via the queue into main with commit ab0b531 Sep 19, 2025
11 checks passed
@boringcactus boringcactus deleted the mth-viewmodelmodule-refactor branch September 19, 2025 16:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants