уже три раза написали же)

если таких карточек в списке может прийтий 1000, то оставляй как есть, если их может быть всего несколько штук - то переиспользование ячеек тут ни к чему, и при скроллинге только лишний раз будешь конфигурировать коллекции

Норм то норм, но такой код я бы в свое портфолио не всталял. Я сейчас переписываю кодом, и хочу чтобы все же было строгое соответствие MVC

а при чем тут МСЦ? можно хоть первый хоть второй вариант написать или криво или красиво, архитектура в этом вопросе не имеет значения

Количество карточек ограничено. В каждой коллекции около 30

Здесь не надо использовать MVC. Здесь надо MVVM какой-нибудь.

нет, я про количество коллекций

Я про костыли, которые не дают мне спокойно спать))

от 3 до 5

если там костыли - то не факт что ты без костылей напишешь другой вариант) реализовать таблицу с коллекциями можно же без костылей и красиво, как я выше написал, если таких коллекций может прийти 500 штук, то как раз такой вариант и нужно использовать

У тебя тут кстати не понятно, что можно прокручивать карточки. Лучше сделать как-то вот так. Но для этого придётся потанцевать. )

та просто хотя бы что бы половинка следующей выглядывала)

Да, согласен. Здесь у меня подразумевается карусель. Но мне бы для начала определиться что все таки использовать)))

Не, половинку следующей можно вытащить, если подразумевается выбор карточки тапом, а тут надо визуально центрировать выбранную карточку.

Я с этого вопроса и начал, потом просто стали советовать не использовать таблицу. Вопрос был в том кто должен реализовывать методы CVDelegate и CVDataSource. ViewController или TableViewCell

добрый день, у меня есть tableView, которая содержит текст, этот текст я добавляю в массив, чтоб по нажатию на ячейку я скопировал значение конкретной ячейки
Но если прокрутить вниз то мой массив обнуляется, кроме первого значения и вылетает фатал
подскажите пожалуйста как правильно копировать содержимое ячейки

Хочу именно MVC, чтобы не понаслышке знать о недостатках этого архитектурного паттерна))

CollectionView в ячейках TableView нормальная тема. Я бы в заменил главный TableView на CollectionView, даже если в этом нет необходимости.
Не важно, MVC или MVVM.
Если грамотно раскидать имплементацию датасорсов/делегатов (и flowlayout делегатов) всех коллекций по своим моделькам, получится очень красивый код.

В данном случае кто будет управлять горизонтальными коллекциями? Главная коллекция или ячейка главной коллекции?

Может есть у кого достойный пример такой реализации? Желательно на MVС

#Интервью_SwiftBook

🎙 Интервью с разработчиком в прямом эфире сегодня, 7 декабря в 20:00 (мск).

В гостях у Ивана Данилина ⚡️Владимир Иванов
Руководитель юнита кредитов для юридических лиц в Тинькофф Бизнес и Архитектор продукта. Автор блога htts://vvsevolodovich.dev и роадмапа архитектора github.com/vvsevolodovich/solution-architect-roadmap.

Ссылка на эфир: https://youtu.be/09jJ4CREkSM
Чтобы не попустить — жми на 🔔

Друзья, ниже в комментариях оставляйте свои вопросы Владимиру! Самые интересные разберём в прямом эфире.

Пропустил прошлый выпуск с Романом? Обязательно посмотри!

🙌🏻 До встречи!