Где корректно управлять подписками при наличии жестов, pull-to-dismiss и интерактивных переходов?

Question

При интерактивных переходах нельзя рассчитывать, что viewWillDisappear всегда парно закончится viewDidDisappear. Поэтому подписки, зависящие от видимости экрана, чаще снимают в viewDidDisappear, а включают в viewWillAppear. Для более точного контроля используют координатор переходов (transitionCoordinator) и коллбеки завершения, чтобы корректно обработать отмену. Также полезно иметь единый “контейнер” подписок, который можно атомарно включать и выключать.

YeaHub · Accepted Answer

Интерактивные переходы ломают “наивную” схему, потому что пользователь может начать уход со страницы и отменить его. В этот момент часть методов appearance уже вызвана, но переход не завершился.1) Почему обычная схема ломаетсяПри жестах типа:swipe-to-back (interactive pop)pull-to-dismiss (interactive dismiss)Возможны ситуации:viewWillDisappear вызвался (переход начался)пользователь отменил жестviewDidDisappear не вызвался, потому что экран фактически не исчезЕсли ты снял подписки в viewWillDisappear, экран остался на месте, но уже “отписан”, и UI перестал обновляться.2) Базовое правило для подписок “пока виден”Самая устойчивая схема для подписок, которые должны работать только на видимом экране:Подписаться в viewWillAppearОтписаться в viewDidDisappearПочему так лучше:viewDidDisappear означает, что экран реально исчезесли переход отменён, viewDidDisappear не будет, и подписки останутся активны3) Если нужно реагировать именно на начало уходаИногда важно “приглушить” что-то в момент начала ухода:остановить тяжёлые анимацииприостановить таймеруменьшить частоту обновленийТогда можно использовать transitionCoordinator, чтобы корректно обработать отмену.override func viewWillDisappear(_ animated: Bool) {
    super.viewWillDisappear(animated)

guard let coordinator = transitionCoordinator else { return }

// временно приостанавливаем активность на время жеста
    // pauseUpdates()

coordinator.animate(alongsideTransition: nil) { context in
        if context.isCancelled {
            // жест отменили — вернуть всё обратно
            // resumeUpdates()
        } else {
            // переход завершился — можно окончательно отключить
            // окончательная отписка всё равно лучше в viewDidDisappear
        }
    }
}
Смысл:в момент начала перехода можно временно изменить поведениев completion нужно проверить isCancelled и откатить изменения4) Управление подписками как состояниемЧтобы не разносить логику по куче мест, полезно иметь явные “состояния активности”:isActiveOnScreen = trueподписки включеныобновления UI разрешеныisActiveOnScreen = falseподписки выключеныресурсы освобожденыТогда методы жизненного цикла просто переключают состояние, а не содержат всю логику.5) Рекомендованные места по смыслуВыбор места зависит от того, что именно ты подписываешь.Подписки, зависящие от видимостивключать: viewWillAppearвыключать: viewDidDisappearПодписки, зависящие от существования контроллеравключать: при инициализации или в viewDidLoadвыключать: deinitПодписки, зависящие от конкретного переходаиспользовать: transitionCoordinator для обработки cancel/finishКраткий выводПри интерактивных переходах ориентируйся на факт ухода (viewDidDisappear) и используй transitionCoordinator, если нужно реагировать на начало перехода и корректно обрабатывать отмену. Это делает подписки устойчивыми к жестам и “недозавершённым” переходам.