Реализация поддержки Dynamic Type (масштабирование шрифтов) в iOS
Dynamic Type — механизм iOS, позволяющий пользователю задать предпочтительный размер текста в Settings → Accessibility → Display & Text Size → Larger Text. Диапазон: от xSmall до xxxLarge (7 стандартных + 5 дополнительных «accessibility» размеров через ползунок Larger Text с включённым Accessibility Sizes). Самый крупный размер — AX5 — увеличивает шрифт примерно в 3 раза от базового.
Если приложение не поддерживает Dynamic Type, пользователи со слабым зрением вынуждены пользоваться Zoom (масштабирование всего экрана) — это хуже UX. Поддержка Dynamic Type — первый и самый важный шаг accessibility.
Как правильно подключить
UIKit
UIFont.preferredFont(forTextStyle: .body) — шрифт с поддержкой Dynamic Type из системной таблицы. Автоматически масштабируется при смене настройки. adjustsFontForContentSizeCategory = true на UILabel, UITextField, UITextView — включает реагирование на изменение в реальном времени (без рестарта приложения).
Для кастомных шрифтов: UIFontMetrics(forTextStyle: .body).scaledFont(for: customFont). UIFontMetrics масштабирует кастомный шрифт пропорционально системной таблице для выбранного TextStyle.
Частая ошибка: задать шрифт через UIFont(name: "CustomFont-Regular", size: 17) без UIFontMetrics — размер фиксированный, Dynamic Type не работает.
SwiftUI
Font.body, Font.headline, Font.caption — системные шрифты с Dynamic Type из коробки. Для кастомных: Font.custom("CustomFont-Regular", size: 17, relativeTo: .body) — параметр relativeTo включает масштабирование.
@ScaledMetric — для масштабирования нешрифтовых значений (отступы, иконки):
@ScaledMetric(relativeTo: .body) var iconSize: CGFloat = 24
При AX5 иконка вырастет до ~72pt. Это важно: иконки и отступы должны масштабироваться вместе с текстом, иначе layout разваливается.
Где разваливается layout при крупных размерах
Фиксированная высота строк и контейнеров. UILabel с numberOfLines = 1 и фиксированной высотой — текст обрезается. На AX5 заголовок из 20 символов занимает 3 строки. Решение: убрать фиксированные height constraints на текстовых элементах, использовать numberOfLines = 0 где возможно.
Горизонтальные стеки с текстом. UIStackView с axis = .horizontal и двумя UILabel — при крупном шрифте метки не помещаются рядом. Нужно либо переключать axis на .vertical при больших размерах через traitCollectionDidChange, либо изначально проектировать вертикальный layout.
В SwiftUI: ViewThatFits (iOS 16+) — выбирает layout в зависимости от доступного пространства. Для ранних версий — @Environment(\.sizeCategory) + условный HStack/VStack.
Таблицы и коллекции. UITableViewCell с Auto Layout и без фиксированной высоты — нормально. С tableView.rowHeight = 44 — при AX5 контент не влезет. tableView.rowHeight = UITableView.automaticDimension обязателен.
Кнопки с иконкой и текстом. На AX3+ текст может переноситься и кнопка меняет размер — это может нарушить layout соседних элементов.
Тестирование
Xcode Simulator: меняем размер шрифта через Settings прямо в симуляторе. Или через Environment Overrides (Xcode Debug → Simulate Dynamic Type) — удобнее при разработке.
Обязательно проверяем accessibility размеры (AX1-AX5) — многие команды тестируют только стандартный диапазон и пропускают проблемы с экстремальными размерами.
Snapshot-тесты с фиксированными ContentSizeCategory: UITraitCollection(preferredContentSizeCategory: .accessibilityExtraExtraExtraLarge) — добавляем в CI, чтобы layout-регрессии ловились автоматически.
Срок: 2-3 дня для типового приложения. Основная часть работы — правка layout constraints и кастомных компонентов. Стоимость рассчитывается после аудита.