в FragmentParams вторым параметром идет Bundle с аргументами

Ну так а Callack в Bundle безопасно запихнуть можно?

коллбек вообще небезопасно никуда запихивать 😉

так делать не надо

как тогда быть без коллбэка?)

если еще Fragment  Result Api не вышло в релиз?

передать колбэк в конструктор или через кастинг родителя в onAttach/onDetach

общая реактивная модель

к сожалению еще много легаси кода с коллбэками( так быстро не переписать

к счастью аргументы не вариант

Могу так же сделать, как вам?
Только интересно, что будет если я отправлю результат, но не закрою экран, а тот кто слушает результат, откроет сверху еще экран...
Кто пробовал?
Или подобное поведение остается на откуп разработчикам?

​​Отправка данных между Fragments
#fragment

Для передачи данных между двумя фрагментами, существовало одно распространённое API — targetFragment.

По сути, targetFragment предоставляет нам способ получения данных через back stack, а всё что нам нужно — это переопределить onActivityResult в вызывающем фрагменте.

Несмотря на кажующуюся простоту, это API — не очень удобное.
Во-первых, targetFragment будет работать если фрагменты находятся в одном и том же менеджере.
Во-вторых, API разбросано по коду и становится непонятно, откуда прилетел тот или иной кусок данных.

Не так давно появилось новое решение — FragmentResultOwner. По сути, это callback, который есть у каждого FragmentManager.
Это изменение позволяет отдельным фрагментам взаимодействовать друг с другом, отправляя результаты фрагмента и прослушивая эти результаты, не требуя, чтобы фрагменты имели прямые ссылки друг на друга.

Работает он примерно так:
setFragmentResultListener("requestKey") { key, bundle ->
       val result = bundle.getString("name")
       // Do something with the result...
   }

А в том месте, где мы хотим отправить информацию нужно вызвать:
tvSave.setOnClickListener {
   setResult("requestKey", bundleOf("name" to updatedValue))
}

Точно такого же слушателя мы можем добавить и для childfragmentmanager. В целом, новое API выглядит гораздо интереснее предыдущего и виден явный прогресс.

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

понятно, что можно, но тогда это ходит через фрагменты, и надо отдельно доставлять до вью моделей, презентеров и тд

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

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

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

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

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

Flutter эту проблему решает через Navigator.