AC
а Navigator может в таком случае сохранять ещё и Result, как он делает это с очередью комманд, только Result будет ещё и через bundle
он не сохраняет ничего, а парсит сохраненный андроидом бекстек
Size: a a a
2020 October 21
AC
но самому можно, да, тем более в синглактивити
KT
еще раз. сохранить и восстановить - не проблема. это просто
KT
не понятно, что делать с этими данными после восстановления
KT
возьмем семпл приложение Чичероне.
KT
fun onPhotoClicked() {
router.setResultListener(RESULT_KEY) { data ->
viewState!!.showPhoto(data as Int)
}
router.navigateTo(selectPhotoScreen(RESULT_KEY))
}
router.setResultListener(RESULT_KEY) { data ->
viewState!!.showPhoto(data as Int)
}
router.navigateTo(selectPhotoScreen(RESULT_KEY))
}
KT
подписка происходит только при клике
KT
после восстановления ее нет
ЕК
после восстановления ее нет
речь про то, что в мапе лежит <SOME_KEY, null> после восстановления?
KT
после восстановления там ничего нет
AC
подписка происходит только при клике
так это проблема подписки по клику, что мешает сразу подписываться на весь жц экрана?
KT
Arsen CeH9
так это проблема подписки по клику, что мешает сразу подписываться на весь жц экрана?
здравый смысл
KT
зачем подписываться, когда не надо?
KT
если у меня там сто экранов может запускаться, мне подписываться на все сто ключей?
KT
это точно неправильно
AC
а какой альтернативный вариант без резалт апи? там разве не будет аналогичной подписки?
KT
там будет реактивная модель с состоянием данных - это не относится непосредственно к результату.
KT
это другая парадигма.
KT
не стоит смешивать
ЕК
Ну так ещё раз - если очень надо, то подписываться в onCreate() фрагмента, чтобы не потерять данные. В остальных случаях - по клику. Т.е. решать это опять таки не средствами библиотеки