first view attach
это про первое присоединение, а не про первое вью

а в конструкторе доступна вью?

она и не должна быть доступна. ViewState доступен

в случае с моху можно утверждать, что да

вызывается

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

там же проверка на savedInstanceState стоит для вызова

нет, в том-то и дело
там проверка на boolean флаг внутри презентера

это аргумент

посмотрю исходники еще раз

Так, а если я вызываю метод со стратегией Skip, то по вашему достаточно вьюстейта в конструкторе?

это тоже хороший аргумент

Я считаю что конструктор - он для конструирования. Создать всё что надо, и презентер готов к использованию. А onFirstViewAttach - это сигнал к началу работы. Можно там начинать делать сетевые запросы и прочую работу.
Если бы я увидел сторонний класс, я бы никак не стал ожидать, что как только я его создам, он самостоятельно полезет в сеть :)
Это по стилю, а на практике - да, skip стратегии разве что не сработают.

признаю своё решение костылем

я на практике ни разу не встречал, чтобы presenter создавался до view

он же нужен именно для обслуживания view

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

Привет. Есть пример приложения на kotlin где используется moxy + cicerone? Посмотреть

Исходники

Gitfox самое мощное https://gitlab.com/terrakok/gitlab-client