Большие компании не стараются ее использовать. Там приходится из-за 10 фич в неделю и штате в 200+ разработчиков.
И они страдают ой ей как.

Просто в этих компаниях работают хорошие докладчики, которые рассказывают про их устройство, а потом получается хайп

Понятно.
Но тема сама по себе очень интересная.
Пойду дальше изучать)

Ровно как и раньше. Резалт листнер и параметры.
Причем фабрику экранов можно глобальную указать графу для экранов без параметров, а можно при вызове метода на роутере передавать, чтобы наполнять параметрами экран

Так в графе 3 нет навигации. Там три контейнера. Они могут хоть сразу быть на экране, хоть пейджер со свайпами, хоть как

И переключать их можно сотней способов

Можно конечно вставить готовый экран в библиотеку, но я такое не люблю

Так как его нормально никто использовать не будет.

Никто надо два таба, кому-то пять.
Кому-то бейджи на кнопках табов.
Кому-то надо чтобы они лениво создавались, а кому-то чтобы сразу

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

И если найти общую часть и реализовать ее, а потом дать настраивать под себя, то получится ужас, который никто использовать не будет

а айдишники уникальны для всех графов или только внутри 1 графа? что будет если я добавлю в граф 6 переход из 13 в 10?
вот так получится?
dest("13") {
screen = UserScreen
edges = { edge("10") }
}

Зачем 6 одинаковых переходов? Между одинаковым вершинами?

Джампов может быть много, так как они могут все отличаться

А, понял. Не так прочитал вопрос.

Да все верно.

Ид внутри одного графа уникальны

Я вижу потребность в коробочном решении вложенных контейнеров с навигацией. Тут и задачи с выходом из контейнера куда-то еще (как у вас из 3 экрана на 5, так и боттом навигация и прочее.

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

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

кондуктор 2.0

я избегаю этого