Какие самые большие трудности возникают при работе с iOS 13?

Основные трудности при работе с iOS 13 для iOS-разработчика

Работа с iOS 13 ознаменовала значительный переход в экосистеме Apple, принеся как мощные нововведения, так и ряд серьезных вызовов для разработчиков. Наиболее критичные трудности можно разделить на несколько ключевых категорий.

1. Переход на тёмную тему (Dark Mode)

Внедрение нативной Dark Mode потребовало фундаментального пересмотра подходов к работе с цветами и ресурсами.

• Отказ от статичных цветов: Распространённая практика использования UIColor с фиксированными значениями (UIColor.red) стала проблемной. Все цвета должны были быть адаптивными.
• Необходимость введения Asset Catalogs для цветов: Цвета необходимо было определять как Color Set в Assets.xcassets, назначая значения для Any Appearance и Dark Appearance. Это требовало масштабного рефакторинга существующей кодовой базы.

// Проблемный старый подход (неадаптивный)
view.backgroundColor = UIColor(red: 0.1, green: 0.2, blue: 0.3, alpha: 1.0)

// Новый необходимый подход на iOS 13+
// 1. Цвет, заданный в Assets.xcassets с именем "BackgroundPrimary"
view.backgroundColor = UIColor(named: "BackgroundPrimary")

// 2. Или использование системных динамических цветов
view.backgroundColor = .systemBackground
label.textColor = .label

• Кастомные элементы интерфейса: Для всех собственных UIView-подклассов приходилось вручную реализовывать поддержку traitCollectionDidChange(_:), чтобы реагировать на смену userInterfaceStyle.

override func traitCollectionDidChange(_ previousTraitCollection: UITraitCollection?) {
    super.traitCollectionDidChange(previousTraitCollection)
    if traitCollection.hasDifferentColorAppearance(comparedTo: previousTraitCollection) {
        updateColorsForCurrentInterfaceStyle()
    }
}

2. Модернизация управления окнами (SceneDelegate и UISceneSession)

Одно из самых радикальных изменений — внедрение UIScene API и разделение ответственности AppDelegate. Это ломало привычную архитектуру запуска приложения.

• Дублирование логики: В Info.plist необходимо было объявлять UIApplicationSceneManifest. Логика инициализации UI часто приходилось дублировать или рефакторить из application(_:didFinishLaunchingWithOptions:) в SceneDelegate's scene(_:willConnectTo:options:).
• Работа с несколькими окнами (iPadOS): Для поддержки многозадачности на iPad нужно было корректно обрабатывать создание и уничтожение сцен (UISceneSession), что добавляло сложности в управлении состоянием и данными, особенно если приложение ранее было рассчитано на единственное окно.
• Обратная совместимость: Необходимо было обеспечивать работу на iOS 12 и ниже, где SceneDelegate отсутствует, что вело к условной компиляции и усложнению структуры проекта.

// iOS 13+ (SceneDelegate)
class SceneDelegate: UIResponder, UIWindowSceneDelegate {
    func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions) {
        guard let windowScene = (scene as? UIWindowScene) else { return }
        window = UIWindow(windowScene: windowScene)
        window?.rootViewController = RootViewController()
        window?.makeKeyAndVisible()
    }
}

// iOS 12 и ниже (только AppDelegate)
class AppDelegate: UIResponder, UIApplicationDelegate {
    var window: UIWindow?
    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
        window = UIWindow(frame: UIScreen.main.bounds)
        window?.rootViewController = RootViewController()
        window?.makeKeyAndVisible()
        return true
    }
}

3. Новые контроллеры представлений и модальный стиль

Появление UIContextMenuInteraction для контекстных меню и изменение поведения модальных контроллеров.

• Контекстные меню (Peek & Pop): Замена давно используемого UIViewControllerPreviewingDelegate на новый API потребовала переписывания всей логики 3D Touch (а затем и Haptic Touch) меню. Нужно было конфигурировать UIContextMenuInteraction и возвращать UIContextMenuConfiguration.
• Модальный стиль по умолчанию: На iPhone по умолчанию был установлен новый модальный стиль pageSheet, который представляет собой неполный экран с возможностью pull-to-dismiss. Это ломало интерфейсы, рассчитанные на full-screen презентацию, и требовало явного указания .fullScreen или обработки делегатом UIAdaptivePresentationControllerDelegate, чтобы предотвратить случайное закрытие в формах ввода данных.

// Чтобы вернуть старое "fullscreen" поведение на iPhone:
let vc = MyViewController()
vc.modalPresentationStyle = .fullScreen // Явное указание стиля
present(vc, animated: true)

4. Правки в приватности и Sign In with Apple

Усиление политик приватности Apple создало срочные задачи по адаптации.

• Локация в фоне: Для доступа к фоновой геолокации теперь необходимо было не только добавлять ключи в Info.plist, но и явно запрашивать разрешение на использование "Always" (всегда) в момент, когда пользователь фактически начинает использовать соответствующую функцию приложения. Схема "при запуске запросить сразу 'Always'" перестала проходить ревью App Store.
• Sign In with Apple: Стало обязательным для всех приложений, использующих стороннюю авторизацию (Facebook, Google). Интеграция этого механизма, особенно в существующие бэкенд-системы (верификация JWT-токенов на сервере), потребовала значительных усилий.

5. Проблемы с багами и стабильностью самой ОС

Ранние версии iOS 13 (особенно 13.0-13.2) были печально известны множеством багов в самом SDK, которые влияли на разработку:

• Проблемы с рендерингом UINavigationBar и UITabBar в Dark Mode.
• Нестабильная работа UICollectionView с новыми композиционными лэйаутами на определенных устройствах.
• Случаи "утечки" (leak) UIWindow и других объектов при работе со сценами.

Итог: Переход на iOS 13 был одним из самых ресурсоемких для сообщества iOS-разработчиков. Он затронул не только визуальный слой (Dark Mode), но и самую архитектуру приложений (UIScene), обязательные требования магазина приложеров (Sign In with Apple) и повседневные паттерны навигации. Основная сложность заключалась не в изучении новых API (что само по себе было объемно), а в масштабном и срочном рефакторинге существующих крупных проектов с одновременным поддержанием обратной совместимости и борьбой с нестабильностью новой операционной системы. Это был настоящий стресс-тест на адаптивность кодовой базы и процессов разработки.