Спасибо

Привет всем, если в компоненте в метод inject() передать родительский класс например AppCompatActivity, и использовать этот компонет в дочернем CustomActivity, то зависимости не будут инжекчены?

@Component.Builder
   interface Builder {

       @BindsInstance
       fun context(context: Context): Builder

       fun build(): OrderPipeComponent
   }

   fun inject(appCompatActivity: AppCompatActivity)



class OrderPipeActivity : AppCompatActivity() {
   private lateinit var navController: NavController

   @Inject
   lateinit var addressIntentBuilder: AddressIntentBuilder

   private val orderpipeComponent: OrderPipeComponent by lazy {
       OrderPipeComponentHolder.getOrderPipeComponent(this)
   }

   override fun onCreate(savedInstanceState: Bundle?) {
       orderpipeComponent.inject(this)

       super.onCreate(savedInstanceState)

Да

а почему? если в двух словах

Все биндинги генерируются на этапе компиляции при помощи Annotation Processor. Если вы укажете родительский класс в методе inject, annotation processor-у неоткуда взять информацию о том что существуют дочерние классы в которые что-то нужно заинжектить

Он видит только аннотации @Inject в родительском классе который вы указали. И их он заинжектит

теперь понятно, спасибо большое

Ребят, если есть отдельный модуль (папка) и в этом модуле я создал саб компонент с модулем (@Module), потом добавил этот сабкомпонент в основной компонент (основная папка), но он не видит модуля сабкомпонента, пишет: cannot be provided without an @Provides-annotated method@Provides-annotated method. У меня там Binds, но я думаю это роли не играет. В чем может быть проблема?

Всем привет! Кто-то уже использовал хилт? Если да, то можете дать ссылки на мануал хоть какой-нибудь, а то пока не очень гуглится...

Оно в альфе, равно пользоваться

Спасибо!

Почитать хотябы)

Этих статей не было, когда я искал. Свежачок

ну и доку до кучи https://developer.android.com/training/dependency-injection/hilt-android

Вопрос даггероджедаям. Хочу инжектить в приложении разные реализации некоторых зависимостей в зависимости от текущего flavor. Какой самый классный способ реализации этого?
Я вижу пока два:
1) Внутри модуля в каждом provide-методе делать одинаковый switch и там возвращать разные зависимости.
2) Сделать разные модули на каждый flavor и подставлять их в компонент. Возможно тут с source sets придётся колдовать, чтобы реализация модуля была в каждом своя, но я не люблю такую организацию кода.

Думаю это относится с любому DI. Я бы выбрал второй вариант

Все еще зависит от того для чего используются flavor

Делал подход 2) без кастомного соурс сет