и защищает от крешей и потерь переходов при уходе в паузу (когда поверх вашего приложения открывается звонилка или еще что-то)

спасибо, буду разбираться

Подскажите пожалуйста, по каким причинам Screen может быть нулл? Я делаю самые простые переходы через router.navigateTo() с флагом clearContainer = false. Флоу такой:
A -> B -> C -> D. Все фрагменты через флаг с false. Когда из фрагмента D хочу вернуться на C через backTo(), то меня кидает на A. Покопался в либе, увидел, что при Screen равно null, будет переход на корневой фрагмент (в моём случае A). Какие могут быть проблемы?

В MainActivity запускал через navigateTo первый стартовый экран. Заменил на newRootScreen. Теперь можно возвращаться через свайп навигационной кнопкой назад, а backTo не работает.

Чуть выше на это отвечали, @terrakok походу надо было делать ключь обязательным)

@terrakok Привет, тоже думаю что нужно чтото с этим делать, иначе у многих будут подобные проблемы. С screenKey и командой BackTo сейчас всё совсем не очевидно. Столкнулся с этим при переходе на новую версию библиотеки.

В чём пролема.
Теперь мы задаём экраны через fun, а до этого задавали через class/object. Это не позволяет нам автоматически определить уникальный ключ для каждого экрана.

Зато теперь очень элегантно можно писать вот так

fun MyScreen(param:String) = FragmentScreen { MyScreenFragment.newInst(param) }

И воде бы всё работает, пока не потребуется комманда BackTo()

Без явного указания screenKey у всех экранов будет выставлен один и тот же ключ "FragmentScreen" т.к. this::class.java.name. Если везде задавать явно screenKey то получаем много боллерплейта.

Можно явно задать ключи только для тех экранов для которых хотим вызывать BackTo() но это не консистентно и легко допустить ошибку.

Для себя пока решил вернуться к заданию через  class/object, да менее красиво, но чтобы ключи выставлялись автоматически

class MyScreen(p:String): FragmentScreen(null, { MyScreenFragment.newInst(p) } )

посмотрите новый релизъ

проблема решена

Супер, бегу смотреть )

https://github.com/eduard1abdulmanov123
придумал офигенное решение 👍

https://github.com/terrakok/Cicerone/pull/152

и теперь есть и DSL для описания экранов и возможность в виде классов определять и более того, они теперь просто интерфейсы

Идеально!!!

для любителей котлина! зацените.
1) FragmentScreen - это интерфейс
2) но можно вот так 😉

fun ProfileInfo() = FragmentScreen { ProfileFragment() }

Даа, до этого не встречал такое. Очень классно выглядит!

interface MyInterface {
  ...
  companion object {
      operator fun invoke(...) = ...
  }
}

Когда можно будет юнит тестировать? :)

Блин! А я думал на Чичероне Константин забьет и запушит 0.6.2 в Модо!
Шуткую)

Что вы хотите в библиотеке тестировать? Я видел запросы, но они относятся скорее к тестированию фрагмент менеджера, а не навигации.

Для всего остального есть интерфейсы, которые никому не мешают тестировать

Загляните в исходники корутин, gradle kotlin dsl и т.д. там полно всякой "магии" с переопределениями операторов, делегатами и функциями-конструкторами для создания инстансов интерфейсов