кишит ответами с вариантами, где в методах делегатов collection view делается if типо: if collectionView=colview1 ....
Однако изучая доку наткнулся на вариант с container view, куда можно встроить отдельный collection view controller, соответственно не нужно городить этот огород с ифами, соответственно для каждого контроллера все будет свое в своем классе. Что скажут сеньеры?) Как правильнее или может здесь ещё есть вариант?
Если минималка iOS 13 - посмотрите в сторону compositional layout
Ну если они все разного типа данных и лейаутов, то варианта два: либо сделать отдельный класс типа адаптер для каждого, который и будет делегатом, датасорсом; либо же как вы и сказали, делать чек на соответствие поинтера. Если же одного типа данных, то можно говорить о том, что ваш вьюконтроллер — это просто вьюшка верстающая остальные коллекции, а для каждой коллекции сделать свой отдельный вьюконтроллер одного типа и встроить их внутрь. Также, кстати подойдёт для коллекций разных типов, правда больше писанины будет с базовой логикой вьюконтроллера.
Вопрос ещё в том, правильно ли вы мыслите, почему один вью контроллер должен держать несколько коллекций. Возможно, если речь о длинном контенте, это должна быть табличка, где некоторые ячейки могут хранить в себе отдельно взятые вьюконтроллеры. Обычно делается так. Просто без дизайна не понятно что у вас там происходит
Что то вроде дэшборда у меня
Обсуждают сегодня