через пару часов должно появиться на jcenter (по обещаниям саппорта)

готово

https://jcenter.bintray.com/com/github/terrakok/cicerone/ 🦾

🎉

если кто-то обновит (или сделает заного), то волью, так как ничего плохого не вижу
https://github.com/terrakok/Cicerone/pull/120

а FragmentParams улетели в небытие?

там все можно настроить в двух местах:
1) при транзакции в навигаторе
2) при создании фрагмента

https://github.com/terrakok/Cicerone/compare/result-bus-draft

Как вам?
Жду кейсов, где так не сработает :)

На всякий слчай tl;dr

Я добавил возможность обмениваться данными между экранами через общий роутер. А точнее возвращать результат с одного экрана на другой.

Для простых кейсов может быть очень удобно.

Предвосхищая основные опасения: при смерти процесса умрет ВСЕ, поэтому если у вас там что-то в свернутом приложении пыталось вернуть результат, то он не дойдет, НО это и не важно, так как фрагмент менеджер сохранит стейт который был при смерти, и пользователь вернется к состоянию, которое было до отправки результата, так что тут все отлично. 😎

Экраны не утекают, так как там слабые ссылки и очистка устаревших слушателей при вызовах навигации

Что еще для счастья надо?

А чего не на fragment result api ?

То что из jetpack

никто не мешает все делать во вьюшках (фрагментах). библиотека про другое

Вспомнил проблему, из-за чего я все выпилил когда-то давно:

после смерти процесса все фрагменты мертвы, пока на них не вернешься.
поэтому и презентеры/вьюмодели и прочее не появятся, пока не вернешься на экран.

так вот интересно, как тут справится гугловая навигация, если подписка на результат происходит только при клике на кнопку?

 после смены конфигурации все фрагменты мертвы, пока на них не вернешься. 

сомнительное утверждение, вроде все восстанавливается и аттачится, к фрагмент менеджеру

конечно если речь про фМенеджер рутовой активити

еще порядок инициализации вьюмоделей зависит от создания их до или после super версий жц колбеков хоста

возьмите и проверьте, буду рад ошибаться