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

Интерактивные переходы ломают “наивную” схему, потому что пользователь может начать уход со страницы и отменить его. В этот момент часть методов appearance уже вызвана, но переход не завершился.

1) Почему обычная схема ломается

При жестах типа:

• swipe-to-back (interactive pop)

• pull-to-dismiss (interactive dismiss)

Возможны ситуации:

1. viewWillDisappear вызвался (переход начался)

2. пользователь отменил жест

3. viewDidDisappear не вызвался, потому что экран фактически не исчез

Если ты снял подписки в viewWillDisappear, экран остался на месте, но уже “отписан”, и UI перестал обновляться.

2) Базовое правило для подписок “пока виден”

Самая устойчивая схема для подписок, которые должны работать только на видимом экране:

1. Подписаться в viewWillAppear

2. Отписаться в 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) Управление подписками как состоянием

Чтобы не разносить логику по куче мест, полезно иметь явные “состояния активности”:

1. isActiveOnScreen = true

   • подписки включены

   • обновления UI разрешены

2. isActiveOnScreen = false

   • подписки выключены

   • ресурсы освобождены

Тогда методы жизненного цикла просто переключают состояние, а не содержат всю логику.

5) Рекомендованные места по смыслу

Выбор места зависит от того, что именно ты подписываешь.

1. Подписки, зависящие от видимости

   • включать: viewWillAppear

   • выключать: viewDidDisappear

2. Подписки, зависящие от существования контроллера

   • включать: при инициализации или в viewDidLoad

   • выключать: deinit

3. Подписки, зависящие от конкретного перехода

   • использовать: transitionCoordinator для обработки cancel/finish

Краткий вывод

При интерактивных переходах ориентируйся на факт ухода (viewDidDisappear) и используй transitionCoordinator, если нужно реагировать на начало перехода и корректно обрабатывать отмену. Это делает подписки устойчивыми к жестам и “недозавершённым” переходам.