И я думал что их нельзя передавать в методы презентера

Ой. Это Вы не мне =)

Привет и спасибо разработчикам

Нарвался на багу в https://github.com/moxy-community/Moxy/blob/develop/moxy-androidx/src/main/java/moxy/MvpAppCompatFragment.java

Для воспроизведения:

1. Activity - FullScreenFragment1

Выполняем такую транзакцию
       fragmentTransaction
           .replace(fragmentContainerId, FullScreenFragment2, screen.screenKey)
           .addToBackStack(screen.screenKey)
           .commit()

2. Activity - FullScreenFragment2
Здесь свернуть приложение и вернуться в него

Потом очищаем все фрагменты и переходим куда-нибудь на другой фрагмент

По итогу получаем такой лог для FullScreenFragment1:

onStart()
bindView()
onResume()
onPause()
onSaveInstanceState(Bundle[{}])

onStart()
bindView()
onResume()
onPause()
onSaveInstanceState(Bundle[{}])
onDestroy() isActivityFinishing: false, isRemoving: true isStateSaved: true


И вот этот workaround
       // When we rotate device isRemoving() return true for fragment placed in backstack
       // http://stackoverflow.com/questions/34649126/fragment-back-stack-and-isremoving
       if (isStateSaved) {
           isStateSaved = false;
           return;
       }
Не дает вызвать getMvpDelegate().onDestroy()

Возможно это можно вылечить заменой этого блока на
       if(activity?.isChangingConfigurations){
           return
       }

Привет, Денис! Интересная история, будем думать. Заведите, пожалуйста, issue, иначе потеряется проблема)

Ok

Добрый вечер. Скажите пожалуйста как лучше передавать данные пришедшие во fragment в presenter?

В конструктор в методе providePresenter

Если kotlin,то moxyPresenter и снова в конструктор? Но когда общая фабрика для всех презентеров, такой же ведь подход не удастся?Или я ошибаюсь?

Да, всё так.
Что за общая фабрика?

Использую dagger и создал фабрику для создания каждого презентера

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

и через DI подсовывать в конструктор

+

Либо, как вариант, сделать метод init(...), который будет принимать параметры, нужные для инициализации презентера

(в нескольких местах так делал, каюсь)

Это лучше избегать всеми возможными способами

И считать такой подход костылём

Либо, как вариант, самостоятельно строить презентер, включая в свой фрагмент/активность все зависимости презентера и подавая ему их