Перформанс упадёт. Скорее кастомная инспекция для студии была бы логичнее

А что имеется в виду под "андроидные импорты"? Если класс наследуется от (или является) класса в пакете android.*?

Да, смотрим иерархию наследования и ищем в ней что-то из пакета android

А если в презентере используется класс R? А если программист решил использовать паттерн делегирования?

В чём проблема делегирования? Делегаты можно подменить в тестах, так что они ничего не нарушают

Да, немного протупил)

R это отдельная эвпистика будет, да

Не очень сложная

Всем привет.
Подскажите, пожалуйста, когда у презентера вызывается onFirstViewAttach()? Презентер используется в фрагменте.

Правильно понимаю, что после onStart() фрагмента и только при первом входе?

Понятно, спасибо👍

Привет, подскажите, как можно подкладывать разные презентеры, например, для фрагмента.

Идея такая, что фрагмент ведёт себя как вьюха, закрытая под интерфейсом, и при инициализации через аргументы хочется передавать инам и на основе его, подкладывать ей разные презентеры.

Под @InjectPresenter или ktx делегат moxyPresenter можно только положить класс наследника MvpPresenter'a, но не интерфейс, а он в этом кейсе прямо очень нужен.

а абстрактный презентер не пробовали делать? Не уверен, сработает ли, но вдруг.

пробовал, пока получил Type moxy. MvpView$ is defined multiple times. Видел issue в репозитории, но у меня один BasePresenter

Не могли бы Вы скинуть пример в гист? И какую версию мокси использовали?

версия 2.1.2, сейчас попробую что-то похожее изобразить в гисте

Да, есть с этим проблемка) Но это просто проблема компиляции, можно обойти.