PK
например, mainRouter.back()
Вооооот
Size: a a a
2020 November 02
PK
Касательно этого момента
PK
Изначально вопрос звучал "как связать между собой разные роутеры". Исходя из такой логики получается, что навигатор должен знать о всех роутерах?
AB
как связать это уже вопрос конкретной реализации приложения
AB
в каждом случае все будет по-разному
AB
по хорошему Navigator вообще не должен ничего знать о роутерах, это разные вещи
но чтобы вручную не проверять back stack у фрагмент менеджера можно схитрить и довериться
но чтобы вручную не проверять back stack у фрагмент менеджера можно схитрить и довериться
activityBack(), который вызывается только когда надо закрыть активитиKT
роутер не должен знать ничего про то, как реализована навигация.
в вашем случае переключить на другой таб должен парент, когда чайлд ему сообщит, что он пуст
в вашем случае переключить на другой таб должен парент, когда чайлд ему сообщит, что он пуст
KT
это не относится к логике в контроллерах ваших экранов, так как они без понятия где находятся в стеке
KT
(и не должны этого знать)
PK
роутер не должен знать ничего про то, как реализована навигация.
в вашем случае переключить на другой таб должен парент, когда чайлд ему сообщит, что он пуст
в вашем случае переключить на другой таб должен парент, когда чайлд ему сообщит, что он пуст
Так а есть ли возможность чайлду сообщить паренту, что он пуст, не прибегая к прямому обращению к фрагмент менеджеру? По сути интересует именно это
KT
так это и есть суть чайлд-парент. они сами содержат фрагмент менеджеры и рулят ими. и отношение чайлд-парент известно только им
AB
Дополню, что когда чайл стек фрагментов пуст, вызывается
дальше вся логика уведомления парента не зависит от Сicerone
activityBack()дальше вся логика уведомления парента не зависит от Сicerone
KT
то есть я бы сделал так:
у чайлд контейнеров есть свойство: пуст он или нет.
парент, когда в него прилетает бек прессед, узнает у текущего это свойство.
если он не пуст, то отдает событие ему, а если пуст, то переключает на соседа
у чайлд контейнеров есть свойство: пуст он или нет.
парент, когда в него прилетает бек прессед, узнает у текущего это свойство.
если он не пуст, то отдает событие ему, а если пуст, то переключает на соседа
KT
так как событи бекПрессед идет от активити, то всю эту цепочку легко контроллировать
PK
А. Я понял загвоздку в понимании. Поскольку в качестве бекпресседа используется onBackPressedDispatcher, то у него есть особенность - клики на бек перехватывает только топ фрагмент. То бишь в моем случае клик на бек будет перехватывать чайлд фрагмент до тех пор, пока диспатчеру не сказать "всё, хорош". Тогда его перехватит парент. По сути мне в чайлд фрагменте надо лишь узнать, навигатор дошел до конца бекстека или нет. И я так понимаю из чичерона такую инфу фрагменту никак не достать
AB
@pavel_kugaev как же вы уперто игнорируете
AB
protected open fun
back() {
if (localStackCopy.isNotEmpty()) {
fragmentManager.popBackStack()
localStackCopy.removeAt(localStackCopy.lastIndex)
} else {
activityBack()
}
}
protected open fun activityBack() {
activity.finish()
}AB
почитайте код навигатора в Cicerone
AB
все просто
AB
Cicerone сам проверяет все, что нужно