Как называется класс, в котором настраивается внедрение зависимостей

Классы настройки внедрения зависимостей в Android

В контексте современных подходов к внедрению зависимостей (Dependency Injection, DI) на Android, класс, в котором настраивается внедрение, чаще всего называется модулем (Module) или компонентом (Component), в зависимости от конкретной библиотеки или фреймворка. Однако, если говорить о "точке входа" или основном классе конфигурации, в Dagger/Hilt — наиболее популярном решении для DI в Android — ключевую роль играют @Module и @Component (или @HiltAndroidApp для Hilt).

1. Модули (Modules) в Dagger/Hilt

Модули — это классы, аннотированные @Module, которые содержат методы, предоставляющие зависимости (аннотированные @Provides или @Binds). Здесь непосредственно настраивается, как создавать и предоставлять экземпляры классов.

@Module
object NetworkModule {

    @Provides
    fun provideOkHttpClient(): OkHttpClient {
        return OkHttpClient.Builder()
            .connectTimeout(30, TimeUnit.SECONDS)
            .build()
    }

    @Provides
    fun provideRetrofit(okHttpClient: OkHttpClient): Retrofit {
        return Retrofit.Builder()
            .baseUrl("https://api.example.com/")
            .client(okHttpClient)
            .build()
    }
}

2. Компоненты (Components) в Dagger

Компонент — это интерфейс или абстрактный класс, аннотированный @Component, который связывает модули и определяет, куда можно внедрять зависимости (например, в Activity или Fragment). Он выступает в роли "графа зависимостей" и генерирует код для их разрешения.

@Component(modules = [NetworkModule::class, StorageModule::class])
interface ApplicationComponent {
    // Фабричные методы для внедрения в классы
    fun inject(activity: MainActivity)
    
    // Предоставление зависимостей "наружу"
    fun getRepository(): DataRepository
}

3. Специфика Hilt (упрощённый Dagger для Android)

В Hilt процесс упрощён. Основная настройка происходит через:

• @HiltAndroidApp — аннотация для класса Application, которая запускает генерацию графа зависимостей Hilt.
• @InstallIn — аннотация для модулей, определяющая, к какому Android-компоненту (например, SingletonComponent или ActivityComponent) привязан модуль и его зависимости.

@HiltAndroidApp
class MyApplication : Application() {
    // Инициализация Hilt происходит автоматически
}

@Module
@InstallIn(SingletonComponent::class) // Модуль установлен в граф уровня Application
object AppModule {
    @Provides
    @Singleton
    fun provideDatabase(@ApplicationContext context: Context): AppDatabase {
        return Room.databaseBuilder(...).build()
    }
}

4. Альтернативные подходы (Koin, Kodein, "ручное" внедрение)

• Koin: Настройка происходит в модулях Koin, которые объявляются с помощью функции module { }. Запуск осуществляется в классе Application через startKoin.

  val appModule = module {
      single { NetworkService() }
      factory { (id: Int) -> DetailViewModel(id) }
  }
  

• Kodein: Используются объекты Kodein.Module.
• "Ручное" внедрение (Manual DI): Конфигурация может быть вынесена в отдельный класс, часто называемый Container или ServiceLocator, который инкапсулирует логику создания объектов.

Ключевой принцип

Независимо от названия (Module, Component, Container), этот класс или структура выполняют одну задачу: они централизуют конфигурацию создания и связывания зависимостей, отделяя эту логику от бизнес-кода приложения. Это следует принципу единой ответственности (Single Responsibility Principle) и делает код более тестируемым, поддерживаемым и гибким. В экосистеме Android под "классом, где настраивается DI" чаще всего подразумевают именно модули Dagger/Hilt.