хуйцы?

сосцы

че вы там обсуждали?

что вайпер - очередная серебряная пуля?

как POP?

и value types?

что mvvm и mvp/viper на самом деле одно и тоже, но у кого то пригорает от одной мысли об этом

мввм - сила

вайпер - для рамблера

вайпер испоганил идею mvp, переусложнил

ну точнее просто переусложнил

пускай так

моя главная претензия к мввм в том что логика инвертирована в нем, и причин использовать мввм вместо ровного мвп особых нет

избежать massive view controller

ниче не понял

ты говоришь, что модель должна знать о контроллере

а не наоборот?

архитектура должна знать о разработчике

про модель что mvvm, что mvp одного и того же мнения

архитектура должна знать о моих доходах

viewmodel знает про модель, presenter знает про модель

а вот про вью мнения разошлись

viewmodel не знает про view, presenter знает про View

вот и вся разница

так вот в чем тайный смысл, не делать сииметрично в мввм на иос я не знаю

в дотнете понятно

там view должна знать viewmodel потому что xaml

а у нас нахера

а почему не должна знать?

ну вью может жить в своем прекрасном мире, она не знает о других компонетнах, её можно вставить в любой другой проект и не тянуть за собой вьмодел как концепт впринципе

и с точки зрения симметрии, чем компонент "view" более особый чем компонент "model"

почему в mvvm инвертировать знания

прокатывает аргумент только с xaml

в иос мире обычно не переиспользуют вьюконтроллеры

обычно нужно в один и тот же UI подгрузить другие данные

и тут бам - ты можешь подменить вью модель

чтоб загрузить новые данные нужно использовать другой viewmodel так?

ну типа

можно не называть это вьюмоделью

можно называть это провайдером данных

как угодно

дык аналогично использовать новый presenter в mvp

вьюмодели в текущем виде вообще реактивные петухи придумали на волне хайпа в 2014

НАПИХАЕМ ВО ВЬЮМОДЕЛЬ ДЕСЯТОК СИГНАЛОВ

НАПИХАЕМ ВО ВЬЮМОДЕЛЬ ДЕСЯТОК СИГНАЛОВ

биндинги еще до кучи

только вот вьюхи всё же частнько можно и нужно и переюзать

RAC RACOBSERVE

только вот вьюхи всё же частнько можно и нужно и переюзать

вьюхи - да

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

Пихается другая вьюмодель

Или же вьюмодель инитится с другими провайдерами данных

cropimageviewcontroller? selectphotoviewcontroller? selectlocationviewcontroller?

много примеров

когда целый контроллер можно переюзать

тянуть за собой viewmodel нужно тогда

Ты не понял

У нас контроллер - это связка вью + контроллер

Они неделимы по большей части

Вот отдельно вьюху контроллера заменить на другую и реюзать контроллер ты тупо не сможешь

Если это не твоя кастомная вьюха

блять что это за набор слов

Типа там: UIViewController<YourAwesomeView1> и UIViewController<YourAwesomeView2>

блять что это за набор слов

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

cropimageviewcontroller? selectphotoviewcontroller? selectlocationviewcontroller?

это вьюхи по сути

да

на вход картинка, на выход - картинка

так mvp

ты вообще под иос пишешь?

ERROR: S client not available

и говорит что viewcontroller это вьюха

или че вообще?

mvvm к слову тоже

окей

есть у меня контроллер логинки

вбиваю логин пароль

нажимаю залогиниться

кто обрабатывает залогин?

кто узнает, что кнопку нажали?

презентер?

да

зачем мне лишний класс

лишний вызов делегата

когда я просто скажу вьюмодели - залогинь

а viewmodel значит не лишний класс

viewmodel ~ presenter

смотри в чем разница

viewmodel: ты говоришь из вьюхи viewmodel залогинь

presenter: presenter подписан на ивент вьюхи залогинь_нажат

я про это и толкую уже два часа

вот зачем это мне?

что разницы в сухом остатке нет

если мне нужно по разному презентить контроллер - я напишу презентер для модалки / навгации / ватевер

если мне нужно просто залогинить пользователя - мне не нужен презентер

городить лишний код ради "АРХИТЕКТУРЫ" я ебал

аааааа

вайпер работает на проектах с большой текучкой

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

сука да одно и тоже это

презентер почти равен viewmodel

так

че