Вы можете сохранять состояние presenter'а в onSaveInstanceState, а потом инициализировать повторно. Но как сказал Алексей, viewState будет утерян все равно

кстати, а в чем сложность сериализовать очередь команд и по дефолту затягивать ее в onSaveInstanceState?

На нашем проекте мы всё чаще используем локальную базу для этого. На ui отображается только локальное состояние. При перезапуске оно перечитывается и отображается

В гугловой ViewModel вроде есть что-то похожее:
https://developer.android.com/topic/libraries/architecture/viewmodel-savedstate

Например в том, что для этого все команды должны хранить только сериализуемые значения

Про потерю команд ViewState не подумал - понятно.

в качестве сериализованных значений брать имена

ааа, а вот с параметрами будет беда

Спасибо за ответы и пояснения - будем думать.

Провокационный вопрос: кто-нибудь думал, как будете Compose внедрять на экранах с Мокси?

к черту этот ваш компоуз

Compose во фргментах ничего сложного, а вот без фрагментов это хз

без фрагментов и мокси сейчас не запустить) А на фрагментах как делать?

как вообще на фрагментах делать приложение 15+ экранов? Удобные интенты в топку. Кастрация андроида выходит.

или уже придумали либу какую-то?

Я пока с композом не ковырялся, но судя по доке, вроде как можно комоз-функцию юзать в xml.
Если так, то можно просто фрагмент с xml-layout, в котором композ. Не?

а как количество экранов влияет на удобство использования фрагментов? Они страшные, конечно, но пока кроме композа альтернатив особо нет) Для навигации много всего придумали, от навкомпонента до чичероне

я чисто про интенты. Компоуз же вынуждает делать приложение синглактивити? Или нет?

наверн я ошибаюсь

Мой вопрос изначально был в противоречии подходов.
Мокси по своей сути подразумевает, что у UI есть своё собственное состояние, и поэтому последовательное воспроизведение набора команд должно привести UI в такое же состояние. На View это отлично ложится.
А в Compose сами вьюхи в идеале состояние не имеет, его кто-то должен в себе держать, а композ просто следит за обновлениями. И вот это плоховато ложится на мокси. Разве что держать состояние во фрагменте, обновлять его командами из мокси, и отображать в композе)