KT
сделайте это и вероятно все будет ок. просто стараюсь помочь)
Size: a a a
2018 September 08
2018 September 09
VN
предположительно с моей стороны было неточное следование документации, пропустил момент с установкой навигатора, а именно: Attention: Use onResumeFragments() with FragmentActivity (more info).
VN
продолжу исследовать момент
2018 September 10
VN
Всем привет. Есть пара вопросов по навигатору: для чего конкретно используется executePendingTransactions() в методе applyCommands. В доке к executePendingTransactions написано (only from the main thread) - но не нашел перехода на главный поток, хотя методы navigateTo etc. могут быть вызваны из бекграунда. Учитывая что на каждую команду применяется executePendingTransactions - нельзя ли выполнять commitNow в таком случае, и/или собирать сложные команды в 1 транзацию?
ES
Смотрите. Один раз напишу, потом можно ссылаться на это сообщение 😉
вызов executePendingTransactions перед началом применения новых команд вызывается для того, что в этот момент могут быть выполнены не все транзакции, а нам надо выполнить бекТу какой-то экран.
чтобы быть уверенным, что такой есть и уже не участвует в транзакции.
после executePendingTransactions создается локальная копия состояния стека, и дальше любое количество команд преобразуется в транзакции без синхронных запусков (executePendingTransactions и popBackBtackImmediate) тем самым обеспечивая плавный UI. Раньше были проблемы со сменой корневого фрагмента и вообще концептуально теперь лучше (батчинг команд для сложных переходов)
вызов executePendingTransactions перед началом применения новых команд вызывается для того, что в этот момент могут быть выполнены не все транзакции, а нам надо выполнить бекТу какой-то экран.
чтобы быть уверенным, что такой есть и уже не участвует в транзакции.
после executePendingTransactions создается локальная копия состояния стека, и дальше любое количество команд преобразуется в транзакции без синхронных запусков (executePendingTransactions и popBackBtackImmediate) тем самым обеспечивая плавный UI. Раньше были проблемы со сменой корневого фрагмента и вообще концептуально теперь лучше (батчинг команд для сложных переходов)
прочитайте это сообщение
KT
Всем привет. Есть пара вопросов по навигатору: для чего конкретно используется executePendingTransactions() в методе applyCommands. В доке к executePendingTransactions написано (only from the main thread) - но не нашел перехода на главный поток, хотя методы navigateTo etc. могут быть вызваны из бекграунда. Учитывая что на каждую команду применяется executePendingTransactions - нельзя ли выполнять commitNow в таком случае, и/или собирать сложные команды в 1 транзацию?
НАДО собирать команды в транзакцию
KT
именно для этого и есть роутер
KT
а навигация ВСЕГДА должна быть на главном потоке
2018 September 12
AP
Ребят, а как правильно с диплинками работать? То есть допустим я нахожусь на экране А, мне нужно с него попасть на экран С так чтобы получилась
цепочка А -> B -> C.
Либо в будущем может понадобится открывать экран D, так чтобы была цепочка A -> B -> C -> D
То есть во фрагментменеджер надо добавить фрагменты посередине. Несколько раз вызывать navigateTo у роутера выглядит неправильно, роутер сам должен знать как открыть конечный экран. Либо в навигаторе, когда пришла команда на переход на экран С проверять бэкстек фрагмент менеджера на наличие B и если его нет, то добавить туда транзакцию на B, а потом на С. Это решение мне кажется самым подходящим на данный момент.
цепочка А -> B -> C.
Либо в будущем может понадобится открывать экран D, так чтобы была цепочка A -> B -> C -> D
То есть во фрагментменеджер надо добавить фрагменты посередине. Несколько раз вызывать navigateTo у роутера выглядит неправильно, роутер сам должен знать как открыть конечный экран. Либо в навигаторе, когда пришла команда на переход на экран С проверять бэкстек фрагмент менеджера на наличие B и если его нет, то добавить туда транзакцию на B, а потом на С. Это решение мне кажется самым подходящим на данный момент.
KT
Ребят, а как правильно с диплинками работать? То есть допустим я нахожусь на экране А, мне нужно с него попасть на экран С так чтобы получилась
цепочка А -> B -> C.
Либо в будущем может понадобится открывать экран D, так чтобы была цепочка A -> B -> C -> D
То есть во фрагментменеджер надо добавить фрагменты посередине. Несколько раз вызывать navigateTo у роутера выглядит неправильно, роутер сам должен знать как открыть конечный экран. Либо в навигаторе, когда пришла команда на переход на экран С проверять бэкстек фрагмент менеджера на наличие B и если его нет, то добавить туда транзакцию на B, а потом на С. Это решение мне кажется самым подходящим на данный момент.
цепочка А -> B -> C.
Либо в будущем может понадобится открывать экран D, так чтобы была цепочка A -> B -> C -> D
То есть во фрагментменеджер надо добавить фрагменты посередине. Несколько раз вызывать navigateTo у роутера выглядит неправильно, роутер сам должен знать как открыть конечный экран. Либо в навигаторе, когда пришла команда на переход на экран С проверять бэкстек фрагмент менеджера на наличие B и если его нет, то добавить туда транзакцию на B, а потом на С. Это решение мне кажется самым подходящим на данный момент.
В роутере делаете метод, который в одном батче отправляет сразу несколько команд форвард
KT
И будет всё правильно
AP
Ну тогда придется для каждой такой цепочки батча делать
KT
Это уже от вас зависит. Я сказал как правильно
KL
Ну тогда придется для каждой такой цепочки батча делать
Так сделай метод который на вход получает список пар screen/arg и баьчит разом команды navigateTo из них
KT
Так сделай метод который на вход получает список пар screen/arg и баьчит разом команды navigateTo из них
Вот человек все правильно понял 👍
ES
Ну тогда придется для каждой такой цепочки батча делать
Такое решение сработает, если в цепи все экраны являются фрагментами в рамках одного активити.
AP
Такое решение сработает, если в цепи все экраны являются фрагментами в рамках одного активити.
Ну да, приложение на фрагментах с 1 активити
2018 September 14
AT
А как решается вызов startActiviryForResult?
ВБ
А как решается вызов startActiviryForResult?
подозреваю что ответ "никак, это не задача навигации"
AT
подозреваю что ответ "никак, это не задача навигации"
Тогда и startActivity это не навигация?