Что такое Coordinator?

🌟 Координатор (Coordinator) в iOS-разработке

Координатор — это архитектурный паттерн, который отделяет логику навигации и потоков приложения от UIViewController, делегируя её специальным объектам-координаторам. Основная цель — устранение массивных ViewController'ов, уменьшение связанности и повышение тестируемости навигации.

🎯 Проблема, которую решает Coordinator

В традиционном MVC-подходе ViewController часто становится "мусорным ведром" логики:

• Управление переходами (present, push)
• Передача данных между экранами
• Обработка глубоких ссылок (deeplinks)
• Контроль жизненного цикла навигации

Это приводит к:

• Сильной связанности — ViewController'ы знают друг о друге
• Сложному тестированию — навигацию нельзя проверить юнит-тестами
• Повторному использованию кода — сложно переиспользовать цепочки экранов

🏗️ Архитектура Coordinator

Базовый протокол Coordinator

protocol Coordinator: AnyObject {
    var childCoordinators: [Coordinator] { get set }
    var navigationController: UINavigationController { get set }
    
    func start()
    func childDidFinish(_ child: Coordinator)
}

Базовая реализация

class BaseCoordinator: Coordinator {
    var childCoordinators: [Coordinator] = []
    var navigationController: UINavigationController
    var parentCoordinator: Coordinator?
    
    init(navigationController: UINavigationController) {
        self.navigationController = navigationController
    }
    
    func start() {
        fatalError("Метод start() должен быть переопределен")
    }
    
    func childDidFinish(_ child: Coordinator) {
        if let index = childCoordinators.firstIndex(where: { $0 === child }) {
            childCoordinators.remove(at: index)
        }
    }
    
    func addChild(_ coordinator: Coordinator) {
        childCoordinators.append(coordinator)
    }
}

Пример конкретного координатора

class AuthCoordinator: BaseCoordinator {
    override func start() {
        let loginVC = LoginViewController()
        loginVC.delegate = self
        navigationController.pushViewController(loginVC, animated: true)
    }
}

extension AuthCoordinator: LoginDelegate {
    func loginDidSuccess(with user: User) {
        let mainCoordinator = MainCoordinator(
            navigationController: navigationController,
            user: user
        )
        addChild(mainCoordinator)
        mainCoordinator.parentCoordinator = self
        mainCoordinator.start()
    }
}

🔄 Жизненный цикл координаторов

1. Создание координатора — инициализация с навигационным контроллером
2. Старт потока — start() запускает первый экран
3. Создание дочерних координаторов — для независимых потоков
4. Завершение работы — координатор уведомляет родителя через childDidFinish()
5. Освобождение ресурсов — все дочерние координаторы удаляются

📱 Практический пример использования

AppCoordinator как корневой координатор

class AppCoordinator: BaseCoordinator {
    private let window: UIWindow
    
    init(window: UIWindow) {
        self.window = window
        super.init(navigationController: UINavigationController())
    }
    
    override func start() {
        window.rootViewController = navigationController
        window.makeKeyAndVisible()
        
        if UserDefaults.standard.isLoggedIn {
            showMainFlow()
        } else {
            showAuthFlow()
        }
    }
    
    private func showAuthFlow() {
        let authCoordinator = AuthCoordinator(
            navigationController: navigationController
        )
        addChild(authCoordinator)
        authCoordinator.parentCoordinator = self
        authCoordinator.start()
    }
    
    private func showMainFlow() {
        let mainCoordinator = MainTabBarCoordinator(
            navigationController: navigationController
        )
        addChild(mainCoordinator)
        mainCoordinator.parentCoordinator = self
        mainCoordinator.start()
    }
}

Использование в AppDelegate

@main
class AppDelegate: UIResponder, UIApplicationDelegate {
    var window: UIWindow?
    private var appCoordinator: AppCoordinator?
    
    func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        window = UIWindow(frame: UIScreen.main.bounds)
        
        guard let window = window else { return false }
        
        appCoordinator = AppCoordinator(window: window)
        appCoordinator?.start()
        
        return true
    }
}

✅ Преимущества паттерна Coordinator

Архитектурные преимущества:

• Разделение ответственности — ViewController занимается только отображением
• Слабая связанность — экраны не знают о существовании друг друга
• Повторное использование — координаторы можно переиспользовать в разных частях приложения
• Простое тестирование — навигацию можно тестировать изолированно

Практические преимущества:

• Упрощение Deep Links — координаторы идеально подходят для обработки ссылок
• Гибкая навигация — легко изменять порядок экранов
• Модульность — каждый поток приложения инкапсулирован
• Управление памятью — явный контроль жизненного цикла координаторов

⚠️ Сложности и ограничения

Типичные проблемы:

1. Бойлерплейт код — нужно создавать много классов-координаторов
2. Сложность внедрения в существующее приложение
3. Кривая обучения для новой команды
4. Нестандартная навигация может потребовать кастомных решений

Рекомендации:

• Использовать генераторы кода для создания шаблонов координаторов
• Применять паттерн Router для абстракции навигационных методов
• Использовать DI-контейнеры для управления зависимостями
• Начинать с AppCoordinator и добавлять координаторы постепенно

🎖️ Когда использовать Coordinator?

Идеально подходит для:

• Крупных приложений со сложной навигацией
• Проектов с командной разработкой
• Приложений с поддержкой deep links
• Проектов, где важна тестируемость

Менее полезен для:

• Простых приложений с 2-3 экранами
• Прототипов и MVP
• Приложений с фиксированной навигацией (например, таббар без сложных переходов)

🔮 Современные альтернативы

В iOS 16+ появились новые инструменты:

• NavigationStack с NavigationPath в SwiftUI
• UIViewControllerRepresentable для интеграции UIKit → SwiftUI
• Observation фреймворк для реактивного управления состоянием

Однако Coordinator остаётся актуальным для:

1. UIKit-приложений без миграции на SwiftUI
2. Сложных Enterprise-решений
3. Проектов с legacy-кодом

💎 Заключение

Coordinator — это мощный архитектурный паттерн, который превращает навигацию из "хаотичного кода" в структурированную, тестируемую систему. Несмотря на некоторый оверхеад в начале, он окупается в долгосрочной перспективе за счёт чистоты кода, лёгкости поддержки и гибкости при изменении требований к навигации.

Ключевой принцип: "ViewController не должен знать, какой экран будет следующим — он только сообщает о действиях пользователя, а координатор решает, что делать дальше". Это фундаментальное разделение ответственности делает архитектуру вашего приложения более устойчивой к изменениям.