Какие версии, возможности или изменения экосистемы Swift важно учитывать на собеседованиях в 2026 году?

Swift 5.5–5.9: async/await и структурированный параллелизм

Введены в Swift 5.5. Базовые примитивы: async/await, Task, TaskGroup, Actor, @MainActor. В Swift 5.9 добавлены макросы (@attached, @freestanding).

// Actor — изолированное состояние
actor Counter {
    private var value = 0
    func increment() { value += 1 }
    func get() -> Int { value }
}

let c = Counter()
Task {
    await c.increment()
    print(await c.get())
}

Ключевые изменения Swift, актуальные в 2026 году

На собеседованиях ожидают понимания эволюции языка от Swift 5.x до Swift 6, включая строгую модель конкурентности, макросы и улучшения системы типов. Ниже — конкретные темы, которые проверяют чаще всего.

Swift 6: строгий режим конкурентности

Swift 6 включает strict concurrency checking по умолчанию. Компилятор запрещает разделяемое изменяемое состояние без явной синхронизации. Мигрируют поэтапно через флаги SWIFT_STRICT_CONCURRENCY=complete в Xcode или -strict-concurrency=complete в SwiftPM.

// Нарушение Swift 6: отправка non-Sendable через границу акторов
class Config { var debug = false } // не Sendable

@MainActor
func setup(config: Config) { // Warning/error в Swift 6
    config.debug = true
}
// Решение: сделать Config Sendable или final + добавить @unchecked Sendable

Typed throws (Swift 6)

Функции теперь могут объявлять конкретный тип ошибки: throws(NetworkError). Это устраняет необходимость в приведении catch let e as NetworkError.

enum NetworkError: Error { case timeout, badStatus(Int) }

func fetch(url: URL) throws(NetworkError) -> Data {
    throw .timeout
}

do {
    let data = try fetch(url: url)
} catch let e { // e: NetworkError, без as!
    print(e)
}

Макросы Swift 5.9+

Макросы генерируют код во время компиляции. Два вида: @freestanding(expression) и @attached(member). Популярный пример — @Observable (замена ObservableObject в SwiftUI).

import Observation

@Observable
class UserProfile {
    var name: String = ""
    var age: Int = 0
}
// Компилятор автоматически добавляет _$observationRegistrar и willSet/didSet

Улучшения системы типов

• Parameter packs (SE-0393) — вариадические обобщения, позволяют функции принимать произвольное число разнотипных аргументов через each T.
• Noncopyable types (SE-0390) — типы, которые нельзя скопировать; полезны для управления ресурсами без ARC.
• ~Copyable синтаксис — struct FileHandle: ~Copyable { ... }.
• if/switch expressions — let x = if flag { 1 } else { 2 }.

Экосистема: Swift Package Manager и Swift на сервере

SwiftPM стал основным инструментом зависимостей. Swift on Server через SwiftServiceLifecycle и Vapor 4 — реальная практика. AWS Lambda Runtime для Swift официально поддерживается.

Подводные камни

• Миграция на Swift 6: включение SWIFT_STRICT_CONCURRENCY=complete в крупном проекте обычно выдаёт сотни предупреждений; нужна поэтапная стратегия по модулям.
• @MainActor и обратные вызовы: делегаты UIKit зачастую вызываются не на главном потоке — явная аннотация @MainActor на методе может привести к дедлоку.
• Noncopyable + generics: большинство стандартных обобщённых протоколов (Equatable, Hashable) требуют Copyable; ~Copyable типы не соответствуют им автоматически.
• Typed throws и rethrows: функции с rethrows не совместимы с typed throws напрямую — компилятор требует явного уточнения.
• Макросы требуют отдельного таргета: реализация макроса — это отдельный executable в SwiftPM; забытый таргет ломает сборку всего пакета.
• Parameter packs и туплы: синтаксис repeat each value интуитивно не очевиден, а ошибки компилятора малоинформативны.
• @Observable не заменяет Combine полностью: операторы трансформации (debounce, combineLatest) в Observation отсутствуют; Combine всё ещё нужен.
• Обратная совместимость макросов: @Observable доступен только с iOS 17; в проектах с поддержкой iOS 15–16 по-прежнему нужен ObservableObject.

• Рассказывать устаревший подход как актуальную практику
• Не отличать личный legacy-опыт от состояния экосистемы в 2026 году
• Игнорировать migration notes и deprecated API

• Понимает актуальное состояние Swift
• Отличает современные практики от legacy-подходов
• Учитывает миграции, deprecated API и совместимость