АЛ
По хорошему массив с данными можно вынести в какой-то TableViewDataProvider
Size: a a a
2021 September 07
АЛ
Который будет подисан под Delegate, DataSource и иметь массив-ресурс данных
АЛ
Лично я не рекомендую использовать MVP, можно посмотреть в сторону MVVM или MVVM + CleanArchitecture
АЛ
Чудесный паттерн
D
Насмотрются своих архитектур ии ходют вьюхи красят
ЕШ
Там насколько я понял лучше использовать RxSwift, а я не могу использовать сторонние фрейворки
EM
Как вариант, но зачем плодить еще сущности? Тебе с огромной вероятностью понадобится отображать не сырые данные модели, а условно сделать конкатенацию имени и фамилии, если это модель пользака. Вьюмодель как прослойка общения между вью и презентером отлично подойдет, там и будет маппинг
АЛ
Не понял про зачем плодить ещё сущности
D
MVPVMM? ) Почему тогда чистый mvvm не юзать?)
D
зачям тогда презентер?)
DK
mvc наше все. а вы все наркоманы
EM
MVVM на коллбэках? Звучит отлично
D
эпловый или обычный?)
DK
эпловый конечно
EM
Насмотрятся своих каргокультных архитектур, а потом ебут друг друга в жеппы
АЛ
Эпловый естественно
АЛ
Ты, полагаю, не понимаешь смысла в построении обширной архитектуры, раз описываешь слои фразой «ещё сущности плодить»
АГ
Есть такое правило не надо плодить лишних сущностей без необходимости
Архитектура вообще тут не при чем
Архитектура вообще тут не при чем
D
Вьюмодель как прослойка общения между вью и презентером отлично подойдет, там и будет маппинг. ну да нуда )