До iOS 15 у разработчиков не было быстрого и удобного способа отображать контент в виде шторки, занимающей часть экрана. Приходилось выдумывать, как реализовать такое модальное представление.  В актуальной версии UI Kit для iOS «родная» реализация BottomSheet (хоть это и неофициальный термин по версии Apple) наконец появилась.  Дмитрий Демьянов, iOS-разработчик Surf, рассказывает: Как новый ​​UISheetPresentationController взаимодействует с клавиатурой, жестами внутри шторки, фоновым контроллером. Какие возможности для дополнительной кастомизации доступны разработчику сейчас. Раньше приходилось пользоваться сторонними библиотеками или писать собственную реализацию. Оба варианта не лишены недостатков. Сторонние библиотеки. Проблемой часто становилась ограниченность кастомизации. Решение: форкать репозиторий с библиотекой и вносить нужные изменений. Это наиболее распространённый вариант на проектах, которые мне встречались. Собственная реализация. Предоставляет полную свободу, но нюансы отнимают много времени. Решение должно быть переиспользуемым: логично разделить его на контроллер-контейнер, который отвечает за представление, и контроллер с контентом, который находится внутри контейнера.  Схема возможной реализации: UIViewControllerTransitioningDelegate — протокол с методами, которые возвращают объекты, описывающие кастомное модальное представление. UIViewControllerAnimatedTransitioning отвечает за анимацию появления и исчезновения.  UIViewControllerInteractiveTransitioning отвечает за жестовое управление появлением и исчезновением. UIPresentationController отвечает за параметры представления: например, размер или затемнение фона. Отдельного внимания заслуживает размер представления. Он может быть фиксированным, а может рассчитываться с помощью AutoLayout. Более того, он может меняться уже после появления на экране, что иногда тоже нужно учитывать.  Также придётся продумать: Взаимодействие с клавиатурой. Взаимодействие жестов появления и скрытия с жестами внутри ContentViewController — например, со скроллом списка или коллекции. Возможность взаимодействовать с частью экрана на заднем плане. Приключение явно не на 20 минут — и это главный недостаток такого способа реализации.  Начнём сразу с кода. Этого уже достаточно для отображения SheetViewController размером в половину экрана. Справа для сравнения — обычное модальное представление. Разберём детали написанного кода — а именно, поле detents.  detent — это значение высоты представления, в котором контроллер может быть зафиксирован. Значение по умолчанию — , что соответствует обычному модальному представлению с полной высотой экрана, как в примере справа. В коде мы указали значение medium — это высота в половину экрана. detents принимает список из нескольких значений: можно указать сразу оба варианта. Тогда размер представления можно будет изменять свайпом. В документации Apple сказано, что значения detents нужно располагать по возрастанию. Если порядок нарушить, получим два эффекта: Контроллер откроется сразу на весь экран. Пропадёт визуальный эффект стопки контроллеров вверху экрана. Баг это или фича? Первый эффект точно нежелательный: если нужно открыть шторку сразу с полной высотой, достаточно указать sheet.selectedDetentIdentifier = .large после задания списка detents. Отсутствие эффекта стопки — тоже сомнительный результат. Поэтому идти против документации всё же не стоит. Переключение между выбранными высотами можно выполнить из кода: При создании шторки мы указали sheet.detents = [.medium(), .large()], следовательно, шторка откроется в половину экрана, и при вызове changeHeight() увеличится до полного экрана.  Однако... этого не происходит: код выше не работает. Проблема здесь в получении oldValue. Поле selectedDetentIdentifier по умолчанию установлено в nil.  Варианта решения два:  Указать начальное значение при создании шторки.  Предоставить для oldValue значение по умолчанию. Им будет medium , так как шторка при открытии выбирает наименьшее значение высоты из возможных: let oldValue = sheet.selectedDetentIdentifier ?? .medium Теперь смена высоты из кода уже выполняется. При этом значение всегда будет актуальным: если пользователь изменит высоту свайпом шторки, selectedDetentIdentifier тоже обновится. Но такое изменение без анимации вряд ли кому-то понравится. К счастью, исправить это совсем легко. Изменения, которые нужно анимировать, добавляются в блок animateChanges: Теперь получилось то, что нужно. Теперь посмотрим на другие возможные значения detents. Ой, подождите. Их же нет... Получается, все возможные варианты — это medium и large? В этот список явно напрашивается значение small. Тогда можно было бы выбрать размер: четверть, половина или полный экран.  К сожалению, с этим ограничением придётся смириться и признать: если нужна высота шторки, отличная от половины экрана, про UISheetPresentationController можно пока забыть.  Мне кажется, значение small стоит ждать в ближайших версиях iOS, ведь оно идеально вписывается к остальным вариантам. Да и указание значений списком намекает на то, что в будущем список намереваются расширить. Если хочется получить высоту шторки, автоматически рассчитывающуюся по высоте контента, UISheetPresentationController точно не поможет. В таком случае придётся вернуться к выбору библиотеки или собственной реализации шторки. При появлении клавиатуры шторка автоматически увеличится до высоты large. Удобно! А что будет, если при создании шторки не указать large в списке доступных высот? Тогда высота шторки увеличится, но не до полноэкранной, а только на значение высоты клавиатуры.  Значит, detent всё-таки может принимать значения, отличные от medium и large. Но пока только в случае с поднятой клавиатурой. Проверим, конфликтует ли жест изменения высоты шторки с жестами внутри шторки: например, со скроллом списка. Если значение detents только одно, никаких проблем не возникает. Скролл списка плавно переходит в закрытие шторки. Если доступны оба варианта высоты, жест изменения высоты имеет приоритет над скроллом списка. Изменить это можно так: Теперь при скролле таблицы поведение будет такое же, как в предыдущем примере с одним возможным detent. Высоту шторки при этом можно изменить свайпом по области шторки, которая не занята таблицей. При открытии шторки фон затемняется, при его касании шторка закрывается. Такое поведение предсказуемо и логично, но UISheetPresentationController позволяет убрать dimmingView. В результате получим возможность взаимодействовать и со шторкой, и с фоном. Здесь задаётся максимальная высота шторки, при которой возможно взаимодействие с фоном. Пока единственное значение, имеющее смысл, — medium. Это тоже даёт намёк на расширение списка detents в ближайших обновлениях iOS.  У шторки можно настроить горизонтальную полоску-индикатор и радиус закругления. Полоску-индикатор, впрочем, никто не мешает заменить на обычный UIView и настроить его внешний вид на своё усмотрение. Например, поменять цвет индикатора, толщину или увеличить отступ от него до верхнего края шторки. Пока во всех случаях, когда скудный выбор значения высоты шторки — не препятствие для решения задачи. В остальном реализация получилась гибкой и удобной для разработчиков. Она удачно вписалось в системные приложения: например, в список избранного в Safari. Уверен, что в ближайшем обновлении iOS нехватку значений высоты исправят, и тогда это будет уже полноценным решением, экономящим кучу времени разработчикам. Больше полезного про iOS — в нашем телеграм-канале Surf iOS Team. Публикуем кейсы, лучшие практики, новости и вакансии Surf. Присоединяйтесь >>