рано

Думать надо и пробовать тоже. Смотреть проблемы своих подходов

Смотреть на проблемы применённых подходов, когда без их применения проблем нет? Странный совет

Высосанные из пальца проблемы самые интересные!

В андроиде это самый используемый подход

Платформа подталкивает 🤔

Согласен

Всем привет. Где в MVP лучше всего мапить серверную модель к вьюшной и обратно? Пример получаю от сервера список юзеров, показываю список где юзеров можно выбрать, следовательно нужна уже модель с юзером и флагом выбран ли он. Потом выбранных нужно привести к модели без флага и отправить на сервер. Presenter получает данные через репозиторий

Модельки с флагом делать в репозиторий, модельки без флага делать в презентер)

Между ними будет интерактор)

То есть в репозитории будет что-то вроде getUsersForSelectView(): UserView и saveUsers(Users[]), я правильно понял?

Как я понял, у вас 3 модельки?
Один которая приходит с datasource, один которая маппится для view, а один request model?

Скорее 2, request model == response model

Я бы топил за то, чтобы у каждого слоя была своя моделька. Но если request model и response model будут всегда идентичными, и если со стороны бэкенда изменения в ответе затронут и модельку для запроса, то ок)

По сабже, примерно да. getUsers в репо будет брать данные из datasource и отправлять интерактору/презентеру уже готовые к использованию данные, и оттуда же будут отравляться ваш request model =)

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

Привет! Пробую mvvm.

Mvp (раньше делал так):
-> (fragment) долгое нажатие на элемент списка
->(fragment) presentrer.onItemLongClicked(itemId)
-> (presenter) viewState.showActionsDialog()
-> (fragment) нажатие на элемент диалога
-> (fragment) presenter.onActionItemSelected(id)
Вью - была полностью тупая.

Mvvm (теперь так):
-> (fragment) долгое нажатеи на элемент списка
-> (fragment) showActionsDialog()
-> (fragment) viewModel.onActionItemSelected(itemid, actionId)
Теперь вью стала умнее. И в ней некоторая логика.

Я всё правильно понимаю? Или что то не то?

Можно поменять местами у вас MVVM и MVP, и ничего не изменится. Вы просто изменили логику)

MVVM и MVP отличаются только способом коммуникации View и Presenter/ViewModel, разделение ответственностей остаётся тем же самым.

Как это? А как из viewModel сказать фрагменту поакзать диалог?

viewmodel.onItemLongClicked(itemId) ?