Swinject — Dependency Injection контейнер для iOS/macOS |…

Dependency Injection контейнер для Swift (iOS/macOS): Swinject

В современной iOS и macOS разработке на Swift архитектурные паттерны играют ключевую роль в создании поддерживаемого и тестируемого кода. Одним из самых мощных инструментов для реализации принципа инверсии зависимостей (Dependency Inversion Principle) является Swinject — легковесный, но функциональный DI-контейнер, написанный на Swift. Swinject позволяет централизованно управлять созданием объектов и их зависимостями, избавляя разработчика от ручного конструирования графа объектов.

Что такое Dependency Injection и зачем нужен контейнер?

Dependency Injection (DI) — это техника, при которой объект получает свои зависимости извне, а не создает их самостоятельно. Это снижает связанность кода и упрощает модульное тестирование. Однако в крупных проектах ручное внедрение зависимостей приводит к громоздкому коду. Здесь на помощь приходит DI-контейнер, который:

Автоматизирует создание и связывание объектов
Управляет временем жизни объектов (синглтоны, новые экземпляры)
Упрощает замену реализаций (например, для тестов)
Повышает читаемость и поддерживаемость кода

Установка Swinject

Swinject можно установить через Swift Package Manager, CocoaPods или Carthage. Для SPM добавьте в Package.swift:

dependencies: [
    .package(url: "https://github.com/Swinject/Swinject.git", from: "2.8.0")
]

Или через CocoaPods:

pod 'Swinject', '~> 2.8'

Основные концепции Swinject

Библиотека базируется на нескольких ключевых компонентах:

Container — основной регистратор и резолвер зависимостей
Service — тип, который регистрируется (обычно протокол или класс)
Component — конкретная реализация сервиса
Scope — определяет время жизни объекта (transient, graph, container, weak)

Практический пример: регистрация и разрешение зависимостей

Рассмотрим типичный сценарий — приложение с сервисом аутентификации и контроллером, который его использует.

// Протокол сервиса
protocol AuthServiceProtocol {
    func login(username: String, password: String) -> Bool
}

// Реализация
class AuthService: AuthServiceProtocol {
    func login(username: String, password: String) -> Bool {
        // Логика аутентификации
        return username == "admin" && password == "1234"
    }
}

// Контроллер, зависящий от AuthServiceProtocol
class LoginViewController {
    private let authService: AuthServiceProtocol
    
    // Внедрение через инициализатор
    init(authService: AuthServiceProtocol) {
        self.authService = authService
    }
    
    func authenticate(user: String, pass: String) {
        if authService.login(username: user, password: pass) {
            print("Успешный вход")
        } else {
            print("Неверные данные")
        }
    }
}

// Настройка контейнера
let container = Container()
container.register(AuthServiceProtocol.self) { _ in AuthService() }
container.register(LoginViewController.self) { r in
    LoginViewController(authService: r.resolve(AuthServiceProtocol.self)!)
}

// Использование
let controller = container.resolve(LoginViewController.self)!
controller.authenticate(user: "admin", pass: "1234") // Успешный вход

Управление временем жизни (Scopes)

Swinject поддерживает четыре встроенных scope:

.transient — каждый раз создается новый экземпляр (по умолчанию)
.graph — один экземпляр на граф разрешения (используется по умолчанию для большинства случаев)
.container — синглтон в рамках контейнера
.weak — слабая ссылка, объект живет пока на него есть сильные ссылки

container.register(NetworkService.self) { _ in NetworkService() }
    .inObjectScope(.container) // Синглтон

container.register(LoggerProtocol.self) { _ in ConsoleLogger() }
    .inObjectScope(.transient) // Новый экземпляр при каждом запросе

Именованная регистрация и условное разрешение

Если требуется несколько реализаций одного протокола, используйте имена:

container.register(DataService.self, name: "local") { _ in LocalDataService() }
container.register(DataService.self, name: "remote") { _ in RemoteDataService() }

let localService = container.resolve(DataService.self, name: "local")
let remoteService = container.resolve(DataService.self, name: "remote")