Как реактивный подход помогает в проектах

Что проверяют

Понимает ли кандидат, какую конкретную проблему решает реактивность, и способен ли назвать её цену. На iOS дополнительно смотрят, ориентируется ли человек в актуальном наборе инструментов, а не только в RxSwift.

Как отвечать

Суть подхода: данные описываются как поток изменений, а зависимости между ними объявляются один раз. Вместо ручного «ответ пришёл, обнови пять мест» состояние течёт от источника к экрану, и точка обновления одна.

Что это даёт на практике:

• композиция асинхронности: сеть, кеш и пользовательский ввод соединяются без вложенных колбеков и флагов вроде isLoading в четырёх местах;
• типовые задачи решаются операторами, а не руками: debounce для поиска по мере ввода, removeDuplicates, combineLatest для формы (кнопка активна, если валидны оба поля), retry и catch для сети, switchToLatest или flatMapLatest, чтобы ответ на устаревший запрос не перезаписал свежий;
• единый способ отмены: подписка это ресурс, привязанный к жизненному циклу экрана, и запрос отменяется вместе с ним;
• тестируемость: вход и выход это потоки, их подменяют и проверяют последовательность значений.

Инструменты и когда что:

• Combine (Apple, с iOS 13): Publisher, операторы, AnyCancellable. Стандарт для проектов на SwiftUI и UIKit последних лет;
• RxSwift: кроссплатформенный, богаче операторами, живёт в проектах старше iOS 13;
• async/await и AsyncSequence: для одноразовой асинхронной операции это сегодня более прямой и читаемый путь, чем цепочка издателей;
• Observation с @Observable (iOS 17+): реактивность для SwiftUI без явных потоков, перерисовка идёт по фактически прочитанным свойствам.

Ориентир: одна асинхронная операция это async/await, поток событий во времени с комбинированием и подавлением дребезга это Combine или Rx, привязка состояния к SwiftUI это @Observable или @Published во ViewModel.

Цена подхода, о которой стоит сказать самому: отладка сложнее (стек вызовов теряется внутри цепочки), утечки при сильном захвате self в замыканиях (нужны [weak self] и хранение подписок в cancellables), соблазн переусложнить там, где хватило бы одного колбека, и обязательный receive(on: DispatchQueue.main) перед обновлением UI, иначе интерфейс тронут из фонового потока.

Где спотыкаются

Пересказывают определение парадигмы и хвалят «удобство», не назвав ни одного оператора и ни одной проблемы: ни утечек через сильный self, ни переключения на главный поток перед обновлением интерфейса.