До iOS 15 у разработчиков не было быстрого и удобного способа отображать контент в виде шторки, занимающей часть экрана. Приходилось выдумывать, как реализовать такое модальное представление.
В актуальной версии UI Kit для iOS «родная» реализация BottomSheet (хоть это и неофициальный термин по версии Apple) наконец появилась.
Дмитрий Демьянов, iOS-разработчик Surf, рассказывает:
Как новый UISheetPresentationController взаимодействует с клавиатурой, жестами внутри шторки, фоновым контроллером.
Какие возможности для дополнительной кастомизации доступны разработчику сейчас.
![](https://habrastorage.org/getpro/habr/upload_files/375/3df/578/3753df5786ecb11692fb60ef8df81050.gif)
Как BottomSheet был реализован до iOS 15
Раньше приходилось пользоваться сторонними библиотеками или писать собственную реализацию. Оба варианта не лишены недостатков.
Сторонние библиотеки. Проблемой часто становилась ограниченность кастомизации. Решение: форкать репозиторий с библиотекой и вносить нужные изменений. Это наиболее распространённый вариант на проектах, которые мне встречались.
Собственная реализация. Предоставляет полную свободу, но нюансы отнимают много времени. Решение должно быть переиспользуемым: логично разделить его на контроллер-контейнер, который отвечает за представление, и контроллер с контентом, который находится внутри контейнера.
Схема возможной реализации:
![](https://habrastorage.org/getpro/habr/upload_files/0f3/259/b0e/0f3259b0e37f1e666213dfbcab4d1924.png)
UIViewControllerTransitioningDelegate
— протокол с методами, которые возвращают объекты, описывающие кастомное модальное представление.UIViewControllerAnimatedTransitioning
отвечает за анимацию появления и исчезновения.UIViewControllerInteractiveTransitioning
отвечает за жестовое управление появлением и исчезновением.UIPresentationController
отвечает за параметры представления: например, размер или затемнение фона.
Отдельного внимания заслуживает размер представления. Он может быть фиксированным, а может рассчитываться с помощью AutoLayout. Более того, он может меняться уже после появления на экране, что иногда тоже нужно учитывать.
Также придётся продумать:
Взаимодействие с клавиатурой.
Взаимодействие жестов появления и скрытия с жестами внутри
ContentViewController
— например, со скроллом списка или коллекции.Возможность взаимодействовать с частью экрана на заднем плане.
Приключение явно не на 20 минут — и это главный недостаток такого способа реализации.
Что предлагает UI Kit в iOS 15. UISheetPresentationController
Начнём сразу с кода.
let sheetViewController = SheetViewController()
if let sheet = sheetViewController.sheetPresentationController {
sheet.detents = [.medium()]
}
present(sheetViewController, animated: true)
Этого уже достаточно для отображения SheetViewController
размером в половину экрана. Справа для сравнения — обычное модальное представление.
![](https://habrastorage.org/getpro/habr/upload_files/6e4/6be/acd/6e46beacd3c5ee6ab1f068a70257557a.png)
Высота шторки
Medium и Large
Разберём детали написанного кода — а именно, поле detents
.
detent
— это значение высоты представления, в котором контроллер может быть зафиксирован. Значение по умолчанию — [.large()]
, что соответствует обычному модальному представлению с полной высотой экрана, как в примере справа. В коде мы указали значение medium
— это высота в половину экрана.
detents
принимает список из нескольких значений: можно указать сразу оба варианта.
sheet.detents = [.medium(), .large()]
Тогда размер представления можно будет изменять свайпом.
![](https://habrastorage.org/getpro/habr/upload_files/319/4b5/217/3194b5217dbf774cdfd72e3af1c84482.gif)
В документации Apple сказано, что значения detents
нужно располагать по возрастанию. Если порядок нарушить, получим два эффекта:
Контроллер откроется сразу на весь экран.
Пропадёт визуальный эффект стопки контроллеров вверху экрана.
![](https://habrastorage.org/getpro/habr/upload_files/b57/6fa/fe2/b576fafe20358460c74be2b6a674ec16.gif)
Баг это или фича? Первый эффект точно нежелательный: если нужно открыть шторку сразу с полной высотой, достаточно указать sheet.selectedDetentIdentifier = .large
после задания списка detents
. Отсутствие эффекта стопки — тоже сомнительный результат. Поэтому идти против документации всё же не стоит.
Переключение между выбранными высотами можно выполнить из кода:
extension SheetViewController {
func changeHeight() {
guard let sheet = sheetPresentationController else {
return
}
let oldValue = sheet.selectedDetentIdentifier
sheet.selectedDetentIdentifier = oldValue?.oppositeValue
}
}
extension UISheetPresentationController.Detent.Identifier {
var oppositeValue: UISheetPresentationController.Detent.Identifier {
switch self {
case .medium:
return .large
case .large:
return .medium
default:
fatalError("Unsupported value")
}
}
}
При создании шторки мы указали sheet.detents = [.medium(), .large()]
, следовательно, шторка откроется в половину экрана, и при вызове changeHeight()
увеличится до полного экрана.
Однако... этого не происходит: код выше не работает. Проблема здесь в получении oldValue
. Поле selectedDetentIdentifier
по умолчанию установлено в nil
.
Варианта решения два:
Указать начальное значение при создании шторки.
Предоставить для
oldValue
значение по умолчанию. Им будетmedium
, так как шторка при открытии выбирает наименьшее значение высоты из возможных:
let oldValue = sheet.selectedDetentIdentifier ?? .medium
Теперь смена высоты из кода уже выполняется. При этом значение всегда будет актуальным: если пользователь изменит высоту свайпом шторки, selectedDetentIdentifier
тоже обновится.
![](https://habrastorage.org/getpro/habr/upload_files/154/09e/ba6/15409eba65c7a2b902851cba4c8800d9.gif)
Но такое изменение без анимации вряд ли кому-то понравится. К счастью, исправить это совсем легко. Изменения, которые нужно анимировать, добавляются в блок animateChanges
:
@IBAction func changeHeight() {
guard let sheet = sheetPresentationController else {
return
}
let oldValue = sheet.selectedDetentIdentifier ?? .medium
sheet.animateChanges {
sheet.selectedDetentIdentifier = oldValue.oppositeValue
}
}
Теперь получилось то, что нужно.
![](https://habrastorage.org/getpro/habr/upload_files/962/dba/8bd/962dba8bd0fe9848b3a8acaa39fd0006.gif)
Кастомные значения высоты шторки
Теперь посмотрим на другие возможные значения detents
. Ой, подождите. Их же нет... Получается, все возможные варианты — это medium
и large
? В этот список явно напрашивается значение small
. Тогда можно было бы выбрать размер: четверть, половина или полный экран.
К сожалению, с этим ограничением придётся смириться и признать: если нужна высота шторки, отличная от половины экрана, про UISheetPresentationController можно пока забыть.
Мне кажется, значение small
стоит ждать в ближайших версиях iOS, ведь оно идеально вписывается к остальным вариантам. Да и указание значений списком намекает на то, что в будущем список намереваются расширить.
Если хочется получить высоту шторки, автоматически рассчитывающуюся по высоте контента, UISheetPresentationController
точно не поможет. В таком случае придётся вернуться к выбору библиотеки или собственной реализации шторки.
Взаимодействие с клавиатурой
При появлении клавиатуры шторка автоматически увеличится до высоты large
. Удобно!
![](https://habrastorage.org/getpro/habr/upload_files/80d/f3a/6c2/80df3a6c2773a6a9254e157bd91b9612.gif)
А что будет, если при создании шторки не указать large
в списке доступных высот? Тогда высота шторки увеличится, но не до полноэкранной, а только на значение высоты клавиатуры.
Значит, detent
всё-таки может принимать значения, отличные от medium
и large
. Но пока только в случае с поднятой клавиатурой.
![](https://habrastorage.org/getpro/habr/upload_files/c20/c37/018/c20c37018429375ac817e2fbd778f82a.png)
Взаимодействие с жестами внутри шторки
Проверим, конфликтует ли жест изменения высоты шторки с жестами внутри шторки: например, со скроллом списка.
![](https://habrastorage.org/getpro/habr/upload_files/75a/41a/6fe/75a41a6fe9070157aaa26fe74dec2841.gif)
Если значение detents
только одно, никаких проблем не возникает. Скролл списка плавно переходит в закрытие шторки.
![](https://habrastorage.org/getpro/habr/upload_files/b36/49c/44e/b3649c44eda9bb9980b6cb467024b770.gif)
Если доступны оба варианта высоты, жест изменения высоты имеет приоритет над скроллом списка. Изменить это можно так:
sheet.prefersScrollingExpandsWhenScrolledToEdge = false
Теперь при скролле таблицы поведение будет такое же, как в предыдущем примере с одним возможным detent
. Высоту шторки при этом можно изменить свайпом по области шторки, которая не занята таблицей.
Взаимодействие с фоновым контроллером
При открытии шторки фон затемняется, при его касании шторка закрывается. Такое поведение предсказуемо и логично, но UISheetPresentationController
позволяет убрать dimmingView
. В результате получим возможность взаимодействовать и со шторкой, и с фоном.
sheet.largestUndimmedDetentIdentifier = .medium
![](https://habrastorage.org/getpro/habr/upload_files/54a/750/310/54a7503102e5df37e7eda4f133095316.gif)
Здесь задаётся максимальная высота шторки, при которой возможно взаимодействие с фоном. Пока единственное значение, имеющее смысл, — medium
. Это тоже даёт намёк на расширение списка detents
в ближайших обновлениях iOS.
Дополнительная кастомизация
У шторки можно настроить горизонтальную полоску-индикатор и радиус закругления.
sheet.prefersGrabberVisible = true
sheet.preferredCornerRadius = 32
![](https://habrastorage.org/getpro/habr/upload_files/e77/300/bca/e77300bca75ec589cf56cfe7a0cfe376.gif)
Полоску-индикатор, впрочем, никто не мешает заменить на обычный UIView
и настроить его внешний вид на своё усмотрение. Например, поменять цвет индикатора, толщину или увеличить отступ от него до верхнего края шторки.
Когда стоит применять UISheetPresentationController
Пока во всех случаях, когда скудный выбор значения высоты шторки — не препятствие для решения задачи. В остальном реализация получилась гибкой и удобной для разработчиков. Она удачно вписалось в системные приложения: например, в список избранного в Safari.
![](https://habrastorage.org/getpro/habr/upload_files/e2d/a21/469/e2da21469b3969d0238bddb64e72c92b.png)
Уверен, что в ближайшем обновлении iOS нехватку значений высоты исправят, и тогда это будет уже полноценным решением, экономящим кучу времени разработчикам.
Больше полезного про iOS — в нашем телеграм-канале Surf iOS Team. Публикуем кейсы, лучшие практики, новости и вакансии Surf. Присоединяйтесь >>