У меня было похожее требование: горизонтально прокручивать таблицы в ячейках обычной, вертикально прокручиваемой таблицы.
Мое решение: я поместил стандартный UIiew в ячейку внешней таблицы.У этого вида было установлено свойство transform поворачиваться на 90 °, служа «шарниром», поворачивая его содержимое в сторону.
В виде шарнира был еще один UITableView.Поскольку он содержится в развернутом виде, он отображается на экране горизонтально.Ячейки этого внутреннего стола содержали другой вид петли, поворачивая их содержимое на -90 ° назад в вертикальное положение.
Это может показаться немного запутанным, но дает вам все преимущества представлений таблицы в горизонтальной ориентации.,Это менее запутанно, если вы пропустите внешний вид таблицы с их ячейками, которые не нужны в вашем случае.
Редактировать: для ответа на комментарий
Производительность определенно была великолепной.На самом деле, производительность была основной причиной перехода на этот подход.Табличные представления особенно хороши для отображения огромных наборов данных, поскольку они только создают видимые представления (ячейки) и повторно используют их после прокрутки.Сам по себе вид таблицы довольно легкий и оптимизирован для своих целей.Я бы сказал, что мои наборы данных были среднего размера (около 100 элементов в обоих измерениях) и прокрутка была совершенно плавной.Выяснилось, что табличные представления (которые являются производными от представлений прокрутки) всегда правильно распознавали жест (прокрутка представления прокрутки в представлении прокрутки не так-то легко получить правильно).Если вы проводите вертикально, внешний вид таблицы будет обрабатывать события, если вы проводите горизонтально, внутренняя таблица получает все события.Я был весьма впечатлен тем, насколько хорошо фреймворк справился с этой нестандартной ситуацией.