есть ли drawer?

Рекомендую перенести разговор в чат по андроиду — https://t.me/android_ru

ок

а чего не navigation?

Не вписывается нормально в концепцию мокси — нужно делать метод(-ы), которые будут во вьюшку отдавать команды для navigation component.

а почему не засунуть логику навигации во view?

тем более если активити и много фрагментов то лучше там хранить один навигатор

Выглядит костыльно, если честно. Сейчас работаю над «редизайном» приложения, куда начал внедрять мокси. Решил использовать navigation component для навигации. После третьей вьюшки посмотрел на проект, и понял что это выглядит костыльно. А при помощи цицерона получилось перенести логику переходов в презентер и уменьшить потенциальное количество ошибок из-за копипасты, необходимой при передаче сообщения о том, что нужно перейти на новый экран

в вашей логике по сути получается interactor  который полностью занимается навигацией, но в любом случае у вас есть привязка ко view.

Да, привязка ко view имеется, и в приложении единый источник правды — роутер. Просто взаимодействие между ними не видно разработчику напрямую, что позволяет нормально писать тесты и работать красивее.

fragment не существует без activity -> хранить в базовой всегда навигатор чем плохо?

Тут вопрос в передаче от presenter ко view. С navigation component приходится добавлять метод(-ы) во view, которые напрямую не относятся к ее зоне ответственности

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

На вкус и цвет все фломастеры разные, поэтому считаю нужным закончить (или перенести в другой чат) разговор, опосредованно связанный с moxy 🙂

А сейчас ViewState так же из коробки? Она у меня почему-то не работала

а injectViewState не забыли?

Нет

AddToEnd стратегию использую

Как «не работала»?

Ну типа она должна сохранять список команд же? Я повернул экран и команда не повторилась