для распространения общих зависимостей используем интерфейс DependeciesProvider. Выглядит он так:
interface DependeciesProvider {
fun provideDependency1(): com.example.project.module1.Dependency1
fun provideDependency2(): com.example.project.module2.Dependency2
fun provideDependency3(): com.example.project.module3.Dependency3
}
...
@Component(
dependencies = [DependeciesProvider::class],
modules = [SomeModule::class]
)
internal interface SomeComponent { ... }
В DependeciesProvider раздаются зависимости, которые лежат в разных модулях/библиотеках.
Начиная с версии 2.41 добавился процессинг зависимостей, и теперь все зависимости, подключаемые интерфейсом должны резолвится в модуле компонента, к которому они подключаются. В нашем случае, в большинстве модулей имеются не все библиотеки/зависимости, представленные в DependeciesProvider.
Пример проблемы на основе кода выше:
В SomeComponent не используется зависимость Dependency3, поэтому модуль com.example.project.module3 также не покдлючен. Начиная с Даггера 2.41 код не собирается.
На данный момент это можно отключить флагом:
arguments += ["dagger.strictSuperficialValidation":"DISABLED"]
Но этот флаг временный, и когда-то его отключат. У нас есть 2 варианта решения проблемы.
1) Распилить DependeciesProvider на несколько и добавлять по необходимости. Но это породит много boilerplate кода + предстоит долгий распил, так как модулей 100+
2) Использовать DependenciesMap подход, класть зависимости в мапу и доставать их в необходимых местах. Этот подход не нравится отсутствием compile time валидации, из-за чего проект может крашнуться в рантайме.
Сталкивались ли вы с такой проблемой? Если да, то как решали?
Вам правильно выше подсказали, что для каждого модуля используется свой провайдер. Как вы додумались до такого, я даже не представляю.. и главное в чём смысл.
Обсуждают сегодня