Спасибо, искал на гитхабе))

Привет @terrakok.
Хотел спросить про то, почему репозитории переключает на ответы UI тред. Вроде бы в этом сообщении ты отвечаешь на этот вопрос, если Я правильно понял

Дополнительно к этому вопрос
Правильно ли Я понимаю, что хождение данных по UI не нагружает UI тред, даже если эти данные нам не нужны на UI и эти данные нужны для какого-то процессинга в бекграунде?

и получается так, что если какая-то сущность оперирует с данными в бекграунде в какой-то цепочке и хочет делать это не на UI треде, то после каждого запроса данных из репозитория нужно переключать тред на Computation ( условно )?

вы все правильно поняли. именно так и делается

Хорошо, спасибо

Как передача ссылок на место в памяти (в куче) может что-то нагружать?

Ну Я тут скорее о том, что мы в UI handler накидываем задачи какие-то, хоть и легковесные
Плохо в этом разбираюсь, поэтому поинтересовался

Добрый день, вопрос, в gitfox есть пример как реализовать взаимодействие 2х фрагментов или фрагмент и view с собественными презентерами? (например у нас фрагмент который содержит в себе другой фрагмент/вьюху с отдельным презентером)

как вариант, там есть класс GlobalMenuController, с помощью него можно из одного фрагмента дернуть второй

спасибо

Я правильно понимаю что для каждого последующего фрагмента в стеке можно создать свой скоуп, который откроется от parentScope  автоматически?
Может ли быть такой случай когда приложение убито и при старте восстановится весть стек фрагментов(не конкретно в gitfox, а абстрактный случай в вакууме)? В таком случае все парент скоупы пересоздадутся?
И еще вопрос по поводу flow, получается каждый чайлд флоу фрагмента жестко привязан к скоупу flow фрагмента и он не сможет быть переиспользован? Допустим есть  MergeRequestInfoFragment и я не смогу переиспользовать этот фрагмент в другом flow? Мне надо будет делать что-то типа общего BaseMergeRequestInfoFragment и делать реализацию в каждом из двух случаев?

1) все UI скоупы сами создаются и закрываются
2) восстановится не стек, а вложенность.
3) вы ошибаетесь. MergeRequestInfoFragment сам по себе не может существовать без MergeRequestId для этого при его использовании надо открыть скоуп с ИДшником, что логично. больше ничего длянего не нужно

именно для переиспользования скоупы и пригождаются

@terrakok т.е. можно юзать любой фрагмент в любом флоу если это позволяет скоуп?

именно. скоуп просто должен предоставить нужные зависимости

При восстановлении вложенности все парент скоупы откроются заново?

На самом деле у меня в проекте Dagger, приглядываюсь к архитектуре Gitfox, на даггере из-за строгой зависимости компонентов сложновато такую штуку провернуть)

Хм, всегда думал о жёсткой привязке) спасибо

можно, я проверял. но кода будет тонна - поэтому на память даже не воспроизведу