MVP структура

@k8521444 · Регистрация: 03.01.2016

Студворк — интернет-сервис помощи студентам

Добрый день!

Просмотрел кучу примеров, но не могу разобраться с одним моментом. У меня есть MainActivity (UI), MainPresenter (логика) и два класса, которые отвечают за работу с БД и сетевые запросы, скажем, DbInteractor и ApiInteractor. С точки зрения MVP я из MainPresenter-а обращаюсь к этим двум Interactor-ам или я должен создать класс MainModel, который общается с Interactor-ами и отдает MainPresenter-у каким-то образом организованные данные?

@shavuz · 06.04.2017, 13:37

по большему счету МВП говорит что должны быть три уровня ЮАЙ-МОДЕЛЬ-НЕТВОРК

@k8521444 · 06.04.2017, 13:42 **[ТС]**

Вот это меня и путает )) Модел - Вью - Презентер
View - Activity или Fragment, Presentr - Presenter. Как должен быть организован Model-слой?

@shavuz · 06.04.2017, 13:43

MainPresenter он и может быть модель

@k8521444 · 06.04.2017, 13:45 **[ТС]**

А Presenter тогда что?

@shavuz · 06.04.2017, 13:50

это же все теория. она говорит, есть классы которые отвечают за связь с сетью, больше сеть ничего делать не умеет, модель это связующая, он принимает дату с сети или с юай, обрабатывает и решает что с ней делать. ЮАЙ - тупой, ничего не умеет кроме показывать информацию которая пришла с модели или принимать инпут и передавать его в модель.

Добавлено через 1 минуту

Сообщение от k8521444

А Presenter тогда что?

а где вы про презентер говорите? только мейнпрезентер вижу в шапке

@k8521444 · 06.04.2017, 13:56 **[ТС]**

Что-то я запутался.
MainActivity - это View-слой? Отвечает за UI. Так?
MainPresenter - это Presenter-слой? Отвечает за логику, поставляет данные для MainActivity, запрашивает данные у Model-слоя. Так?

@shavuz · 06.04.2017, 14:01

да все правильно, Активити, фрагменты, Вьюшки это все ЮАЙ. ЭЙПИАЙ , БД и тд- это сеть.
Немного не понимаю что это за мейнпрезентер, может быть он и есть модель?

demixdn · 06.04.2017, 14:02

k8521444, Model - это набор классов, которые предоставляют данные и могут содержать бизнес логику. Я например делаю View->Presenter->Repository->DB|Network|etc, а Repository уже разруливает взаимодействие между DB и Network и другими источниками данных, и отдает в Presenter уже готовые данные. И тогда презентер не интересуется, откуда и какие у него данные, он на них применяет бизнес логику (если она в презентере) и отдает во View.
Некоторые вообще советуют всю бизнес логику выносить в отдельный слой Interactor-ов (как в Clean Arhitecture)

@k8521444 · 06.04.2017, 14:07 **[ТС]**

demixdn, это, пожалуй, то что мне нужно было. А чем Clean Arhitecture от MVP отличается? Если это реально в рамках форума? Я думал, та же фигня вид сбоку?

demixdn · 06.04.2017, 14:21

Сообщение от k8521444

А чем Clean Arhitecture от MVP отличается?

Да тот же самый принцип. Только добавляется новый слой, который отвечает только лишь за бизнес логику. UI+Presenter - это UI слой, она обращается к Interactor, Interactors - слой бизнес логики, данные для обработки запрашиваются из слоя данных, Repository|DB|Network - слой данных.
В чем профит по сравнению с простым MVP - в том, что бизнес логика - это только лишь java классы, их можно конвертнуть или сделать точь в точь, как на других платформах. И тогда приложение будет работать идентично, различия лишь в способах получения и хранения данных и UI слое.
Вот видео адепта CleanArchitecture, он лучше расскажет.

Новые блоги и статьи Все статьи Все блоги /
Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .
Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .

@k8521444 0 / 0 / 0 Регистрация: 03.01.2016 Сообщений: 9

	MVP структура 06.04.2017, 13:00. Показов 1700. Ответов 10 Метки нет (Все метки) Добрый день! Просмотрел кучу примеров, но не могу разобраться с одним моментом. У меня есть MainActivity (UI), MainPresenter (логика) и два класса, которые отвечают за работу с БД и сетевые запросы, скажем, DbInteractor и ApiInteractor. С точки зрения MVP я из MainPresenter-а обращаюсь к этим двум Interactor-ам или я должен создать класс MainModel, который общается с Interactor-ами и отдает MainPresenter-у каким-то образом организованные данные? 0

@shavuz 114 / 120 / 26 Регистрация: 29.01.2014 Сообщений: 609
	06.04.2017, 13:37
	по большему счету МВП говорит что должны быть три уровня ЮАЙ-МОДЕЛЬ-НЕТВОРК 0

@k8521444 0 / 0 / 0 Регистрация: 03.01.2016 Сообщений: 9
	06.04.2017, 13:42 [ТС]
	Вот это меня и путает )) Модел - Вью - Презентер View - Activity или Fragment, Presentr - Presenter. Как должен быть организован Model-слой? 0

@shavuz 114 / 120 / 26 Регистрация: 29.01.2014 Сообщений: 609
	06.04.2017, 13:43
	MainPresenter он и может быть модель 0

@k8521444 0 / 0 / 0 Регистрация: 03.01.2016 Сообщений: 9
	06.04.2017, 13:45 [ТС]
	А Presenter тогда что? 0

@k8521444 0 / 0 / 0 Регистрация: 03.01.2016 Сообщений: 9
	06.04.2017, 13:56 [ТС]
	Что-то я запутался. MainActivity - это View-слой? Отвечает за UI. Так? MainPresenter - это Presenter-слой? Отвечает за логику, поставляет данные для MainActivity, запрашивает данные у Model-слоя. Так? 0

@shavuz 114 / 120 / 26 Регистрация: 29.01.2014 Сообщений: 609
	06.04.2017, 14:01
	да все правильно, Активити, фрагменты, Вьюшки это все ЮАЙ. ЭЙПИАЙ , БД и тд- это сеть. Немного не понимаю что это за мейнпрезентер, может быть он и есть модель? 0

demixdn 314 / 257 / 81 Регистрация: 31.10.2016 Сообщений: 619
	06.04.2017, 14:02
	k8521444, Model - это набор классов, которые предоставляют данные и могут содержать бизнес логику. Я например делаю View->Presenter->Repository->DB\|Network\|etc, а Repository уже разруливает взаимодействие между DB и Network и другими источниками данных, и отдает в Presenter уже готовые данные. И тогда презентер не интересуется, откуда и какие у него данные, он на них применяет бизнес логику (если она в презентере) и отдает во View. Некоторые вообще советуют всю бизнес логику выносить в отдельный слой Interactor-ов (как в Clean Arhitecture) 0

@k8521444 0 / 0 / 0 Регистрация: 03.01.2016 Сообщений: 9
	06.04.2017, 14:07 [ТС]
	demixdn, это, пожалуй, то что мне нужно было. А чем Clean Arhitecture от MVP отличается? Если это реально в рамках форума? Я думал, та же фигня вид сбоку? 0