а мосби почти не используется в СНГ) Дело в продвижении, а не в качестве.

мокси круче, это факт

Проконсультируйте по mvp. Есть список и возможность его сортировать по возрастанию/убыванию. Собственно при нажатии на кнопку сортировки вызываю у P onSortClick, P сортирует список и отдаёт V. Чтобы знать, сортировать по возрастанию или по убыванию, в P хранится булев флаг, который меняется при вызове onSortClick. Хотел бы узнать нормально ли что он хранится именно в презентере?

На сколько мне известно, MVP не запрещает в P хранить состояние UI, т.е. такой флаг можно хранить в P.

По мне это нормально и правильно. Хранить логическое состояние и управлять им как раз задача презентера.

сортировка списка должна находится в Presenter для сохранения его состояния после поворота

А как, по твоему (в контексте MVP) стоит сохранять стейт вьюхи?
Презентер шлёт команды — восстанавливаются команды, вроде всё логично.

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

Методом restoreState с реализацией, соответствующей ситуации

Т.е., по факту, делая тоже самое, но ручками, пропуская ненужные этапы?

Концептуально тоже самое, но свободы больше

Ясно 🌝

Я просто думал по аналогии с чекбоксом, мне не нужно хранить его состояние, т.к. при смене я передаю в презентер onCheckedChange(checked: Bool). Так же думал и про сортировку onSortClick(descending: Bool)

я бы и чекбокс тоже хранил)

Понял, спасибо

Каких проблем я избегаю когда создаю единый обработчик сети (singleton retrofit)?
Всегда создавал единую точку для взаимодействия с сетью, но при поддержке встречал и другие реализации, где при общении с сетью на каждый запрос создавался свой экземпляр взаимодействия с сетью. Чем такой подход череват и какие проблемы он порождает?

Создавать новый объект retrofit'а для каждого запроса - это дичь. В крайне специфических случаях может понадобится иметь возможность пересоздать его - например, при работе с двумя сетями (4G и WiFi) одновременно. Минусы - ретрофит работает через рефлексию, так что сборка объекта занимает значительное время, иногда сопоставимое с временем исполнения запроса, и кушает процессор. И порождает работу для сборщика мусора. А самое главное - не несёт никакого полезного смысла.

всм, для каждого эндпоинта, а не для каждого запроса

Господь всемогущий, столь светлая мысль моё сознание даже не посещала. А в чем суть? Это-же совсем беда.

Речь идёт о каждом запросе.
(Нажимаем "авторизоваться" - создаём новый объект. 3 раза нажали = 3 объекта)

а, всё-таки так