Какие подходы к внедрению зависимостей (DI) используются в SwiftUI?

SwiftUI предлагает нативные механизмы для внедрения зависимостей, ориентированные на реактивность и иерархию представлений.

Основные нативные подходы:

1. @EnvironmentObject Используется для разделяемого состояния или сервисов, доступных всей цепочке представлений.

// 1. Создаем ObservableObject
class AuthService: ObservableObject {
    @Published var currentUser: User?
}

// 2. Внедряем в корне представления
@main
struct MyApp: App {
    @StateObject var authService = AuthService() // Владение

    var body: some Scene {
        WindowGroup {
            ContentView()
                .environmentObject(authService) // Внедрение
        }
    }
}

// 3. Используем в любом дочернем View
struct ProfileView: View {
    @EnvironmentObject var authService: AuthService // Получение

    var body: some View {
        Text(authService.currentUser?.name ?? "Guest")
    }
}

2. @Environment Идеально для внедрения значений (например, констант, стилей, легковесных зависимостей).

// 1. Определяем ключ окружения
struct AnalyticsKey: EnvironmentKey {
    static let defaultValue: AnalyticsEngine = MockAnalytics()
}
extension EnvironmentValues {
    var analytics: AnalyticsEngine {
        get { self[AnalyticsKey.self] }
        set { self[AnalyticsKey.self] = newValue }
    }
}

// 2. Внедряем значение
ContentView()
    .environment(.analytics, ProductionAnalytics())

// 3. Используем
struct ButtonView: View {
    @Environment(.analytics) var analytics

    var body: some View {
        Button("Track") { analytics.track(event: "button_tapped") }
    }
}

3. Инициализаторы с параметрами (Constructor Injection) Наиболее явный и тестируемый способ для локальных зависимостей.

struct UserView: View {
    let user: User // Зависимость, переданная явно
    let onEdit: () -> Void // Замыкание как зависимость

    var body: some View { ... }
}
// Использование: UserView(user: fetchedUser, onEdit: handleEdit)

Сравнение и рекомендации:

Для сложных сценариев (например, когда требуется разные реализации протокола для разных частей приложения) можно комбинировать нативные подходы или использовать минималистичные сторонние библиотеки (например, Factory или Swinject), но часто в SwiftUI они являются излишними.