Т.е. ты мне тянешь разговор, ты мне вкидываешь темы и я не должен реагировать? Забавно:)

ну а какая к черту полиция тогда? как это относится к разговору о способах? 🤡

Забавно, как многие люди выдрачивают на ФП, перекидывают друг другу картинку с тем, как в ООП все паттерны заменяются на функции, но когда гугл выкатывает фабрику которая сделана через жопу, все её защищают:)

Я не говорю о ком-то конкретном, лишь о ситуации в целом

Посоны, давайте за архитектуру в чате, а за базар - в личке, ага?

Так для реюзабельности
Если фрагмент тянет локатором зависимости из конкретного места, его будет тяжело заюзать там, где этого места нет

>Я тебе говорю, что можно получить из статики
>Ты мне говоришь, что у тебя оно лежит в каком-то месте
>Я говорю, что вот так из этого места можно получить
>Ты говоришь "нет".

Что нет? Нельзя? Да точно можно, я тебе клянусь.

никого не защищаю, но в целом ни разу не видел фрагмент, который можно переиспользовать. Они же каждый под определённый сценарий верстаются, разве нет?

Как я уже выделил в самом начале — в случае, когда фрагменты используются как отдельные элементы экрана — это правильно и так нужно делать.

В случае, когда фрагмент это целый экран — это лишнее. Ты не будешь его переиспользовать, а если будешь как снова таки целый экран.

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

ну, возможно. Опять же, я такого не видел)

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

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

звучит, как две разных реализации одной из зависимостей

А из рутового фрагмента в чайлдов зависимости как передавать?

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

Через конструктор.

мне как раз подобное недавно пришлось делать. Я накостылял. Как такое в коде вообще делается? Мне перед нажатием кнопки кучу условий проверять или как?

А если они умрут?

Под конструктором я подразумевал использование фабрики.

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

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