SO
тут выходит по сути как и в MVP на уровень отображения (View) попадает облегченная модель так называемая ViewModel
Size: a a a
2016 November 23
KM
Это уже mvvm
SO
в моем понимании
MS
Почти. Разница в том, что mvvm чаше всего подразумевает реактивные биндинги, а MVP нет
SO
ага ок пусть приходит оттуда но это же не мешает взять и использовать?
MS
Presenter это функтор трансформации модели во view-model, если угодно
KM
mvvm подразумевает mvvm. Реактивные биндинги, обертки над кво или что еще, это просто один из вариантов реализации.
KM
Я думаю мы просто недопоняли друг друга по части
View часть может вообще не быть потомком UIView
MS
В терминологии тут вообще большая путаница
MS
Во всех паттернах
SO
Подскажите плиз мне в MVP нормально сделать вот так? выходит что все надо свести к общению с помощью протоколов (View -> Presenter -> Model) только вот мне не совсем ясно как быть с получением данных из сети мне это реализовывать в моделе или же как я думаю в отдельном классе что то типо Service (он же по сути фасад для работы с данными то есть в моем случае выйдет View->Presenter->Service)
MS
В mvp допускается активная модель, насколько я понимаю. Service по сути тоже попадает в модельный слой
MS
В вайпере под моделью подразумевается plain объект, у которого нет поведения. Структура, против класса
MS
Однажды созданная, она не может меняться сама
MS
В mvp может
SO
хм ок спасибо подумаю и попробую найти по этому поводу что-то
KM
Посмотри книгу вайпера у рамблера в репе
KM
может ну его, эти мвп и сразу по-пацански начнешь?)
СЦ
У нас там разве про mvp написано? :)
KM
я же говорю, по-пацански на вайпере сразу