Как уживается Swift Concurrency с Objective-C кодом?

Большинство реальных iOS-проектов — смешанные, поэтому важно понимать границы Swift Concurrency.

Главное ограничение

Objective-C:

• не знает про async/await

• не понимает structured concurrency

• не поддерживает actor

Поэтому Swift Concurrency не может напрямую экспортироваться в Objective-C.

Как Swift работает с Objective-C API

Оборачивание completion-based API

Самый распространенный подход — написать Swift-обертку.

func loadData() async throws -> Data {
    try await withCheckedThrowingContinuation { continuation in
        legacyService.load { data, error in
            if let data {
                continuation.resume(returning: data)
            } else {
                continuation.resume(throwing: error!)
            }
        }
    }
}

Так Objective-C код остается прежним, а Swift получает async/await.

Автоматическая поддержка (частично)

Некоторые Objective-C API автоматически доступны как async:

• URLSession

• часть Foundation

Это достигается через специальные аннотации в SDK.

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

Для совместимости с UIKit:

• Swift-код помечается @MainActor

• гарантируется выполнение на main thread

• безопасная работа с UI

@MainActor
func updateUI() async {
    // UI code
}

Ограничения actors и Obj-C

Actors:

• нельзя использовать из Objective-C

• нельзя объявлять @objc actor-методы

• применимы только внутри Swift-части

Поэтому в смешанных проектах actors обычно используются внутри Swift-слоя, а наружу отдаются обычные методы.

Стратегия для смешанных проектов

На практике используют такой подход:

• Objective-C слой остается как есть

• Swift Concurrency используется в новых Swift-модулях

• граница между слоями — completion-based API

• Swift-код постепенно “оборачивает” legacy

Вывод

Swift Concurrency и Objective-C могут сосуществовать, но не напрямую. Swift Concurrency используется внутри Swift-слоя, а взаимодействие с Objective-C происходит через адаптеры и обертки. Это компромисс, но он позволяет постепенно модернизировать кодовую базу, не переписывая legacy целиком и сохраняя стабильность проекта.