Конкретики не было, звучит как просто тупиковый экран на который есть переход но с которого можно вернуться только назад, следовательно разницы чем он будет нет
Тут ведь нет разницы какой то принципиальной, которая касалась бы библиотеки. Как удобнее так и сделай. Автор как и многие тут сторонники SingleActivity, но так как в проекте используется не этот подход, то как удобнее. Ну и конечно имхо - фрагменты
Спасибо. У меня скорее вопрос: как это будет выглядеть на уровне роутеров/навигаторов? Т.е. вызов этого фрагмента будет просто продублирован в разных местах?
Спасибо. У меня скорее вопрос: как это будет выглядеть на уровне роутеров/навигаторов? Т.е. вызов этого фрагмента будет просто продублирован в разных местах?
Будет создан свой SupportAppScreen - в котром указан твой фрагмент или активити, и там где нужно будет ты вызываешь этот Screen. То есть ничего принципиально нового относительно других Screen классов
Спасибо. У меня скорее вопрос: как это будет выглядеть на уровне роутеров/навигаторов? Т.е. вызов этого фрагмента будет просто продублирован в разных местах?
Вот пример с моего проекта где нужно html-ки разные показывать
data class HtmlViewScreen( val htmlContent: HtmlContent ) : SupportAppScreen() { override fun getFragment(): Fragment = HtmlViewFragment.getInstance(htmlContent) }