нет, я буду рад, если научите жизни)) просто это дольше

Я за постепенный рост и обучение, и категорически против токсичности и высокомерия. Все мы когда-то знакомились с MVP и передавали контекст в презентер)

вы смотрели семпл приложение в проекте moxy?
не знаю в каком состоянии он сейчас
но вроде там решались подобные задачи

Радикально чистому подходу к MVP как раз вас может научить Евгений, который за контекст в презентере стреляет в упор. В сэмпле приведены преимущества этого подхода, например, есть unit тесты на презентеры.

да, там один презентер на весь проект

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

А Евгения я попрошу воздержаться от постановки диагнозов и переходу на личности в дальнейших диалогах в этом чате.

Там его нет, но если бы был, находился бы например в имплементации репозитория

ясно, спс

> если решили поиграть в архитектуру и выбор пал на MVP то играйте в архитектуру правильно

Шаг вправо, шаг влево - расстрел. Либо делаешь архитектуру правильно, либо не лезешь в неё вовсе, пока не познаешь дзен, всё чётко

(сарказм)

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

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

если Вы передаете Context, а потом из него извлекаете Drawable, по его id - это составные части (Context + id)

Только начинаю изучать архитектуру, MVP, есть view-presenter-repository, передаю событие клика по кнопки в презентер, презентер получает из репозитория данные, которые, например, находятся в файловой системе, но для их получения нужен контекст. Как я понял, передавать из view в презентер, а потом в репозиторий контекст - плохая практика. Что делать в такой ситуации?

только что обсудили
https://t.me/moxy_ru/28090

Благодарю

Платформенные вещи типа контекста должны быть запрятаны как можно дальше от бизнес-логики.
Если говорить про clean architecture c MVP, то всё, что относится к domain, M и P - не должно зависеть от платформенных типов.
Контекст допустимо использовать в data (имплементации репозитория) и V (имплементации View - фрагменте/активити/layout).
В Вашем случае файловой системы - можно заинжектить контекст в имплементацию репозитория. А уже на более высоком уровне использовать интерфейс этого репозитория.

Снова всем привет. Есть три вопроса
1) как лучше сделать BottomSheetDialog для элементов списка, чтобы без мороки и не исчезал после поворота?
Я попробовал пересоздавать c AddToEndSingleStrategy, но появляется ошибка об утечке
E/WindowManager: android.view.WindowLeaked: Activity com.test.ui.home.HomeActivity has leaked window DecorView@ade21af[HomeActivity] that was originally added here
Сейчас я его создаю как на скрине, он очень простой и не хочется делать целый MvpBottomSheetDialogFragment под него пока что.. Не знаю как быть
2) как правильнее сделать, чтобы snackbar продолжал отживать свое после поворота?
3) как удалить все команды с одним тегом из очереди вьюстейта?

P.S
c 1) первым разобрался, впредь буду сначала искать в истории этого чата ответы)) принцип такой же как с обычным диалогом
Вот то, что мне помогло: https://github.com/Arello-Mobile/Moxy/blob/6b47089822ab4fa33b4caf05e19f03d6f7d63cf1/sample-github/src/main/java/com/arellomobile/mvp/sample/github/ui/activities/SignInActivity.java#L78

Но возникли новичковые вопросы по этому сэмплу))
1. Зачем подменять cancelListener перед закрытием?
2. На что влияет перемещение super в начало метода?
3. Вызывается в onDestroy, а не в onStop потому что тогда код 100% выполнится?