Если для обычных фрагментов, то либо шина, либо делать интерфейс и внутри пробовать кастить parentFragment к этому интерфейсу.

Если вызываете dialogFragment, то можно использовать не childFragmentManager, а просто fragmentManager, и общаться через targetFragment и onActivityResult().

Господа, показываем один фрагмент внутри другого через childFragmentManager - как лучше из дочернего закинуть событие в родительский? Быстрое решение - вариации статического канала событий: котлиновский канал, Rx или бродкаст, а также будет он доступен всегда как синглтон, или будет жить в скоупе привязанно к жизненному циклу - не принципиально, с этим подходом у меня вопросов нету. Хочу узнать есть-ли что-то более удобное.

Передай коллбек в конструктор дочернего фрагмента

Нельзя так делать ни в коем случае - если процесс умрёт и будет восстановлен, то дочерний фрагмент восстановится системой, а вот коллбек у него - нет

FragmentFactory

А оно точно лучше, чем parentFragment?

Owner лучше чем parentFragment. Owner'ом может быть активити. А так FragmentFactory для этого и придуман, чтобы нормально зависимости передавать

Подскажите плз, если ли  у кого ссылки на примеры как без Rx организовать  clean architecture с использованием Firebase?

У меня такой вопрос. вот три слоя: презентейшн, домен и дата. На каждом слое свои pojo? Дата слой например получает с сети джсон и десериализует в pojoDTO и потом мапит эти дто в объекты с которыми работает доменный слой. А презентейшн для отображения использует свои модели. Верно ли я понимаю?

У меня pojo только в конкретном репозитории. Удобно ими описывать структуру хранения

а с какими данными работает доменный слой?

DTO/ValueObject

то есть с теми же что пришли с сети? а если ответ изменится? поля добавятся/уберутся?