Думаю тут вопрос в том, надо ли тебе бандлить не нужные зависимости в apk или нет :)
Если можно бандлить и не париться - то первый вариант проще.
А если нельзя - то первый вариант и не получится. (без колдовства, разумеется)

а как без кастомного?

можно бандлить, пока задача только сделать разную логику)

#Dagger

В Dagger появится Assisted Inject

Для тех кто не знает - это возможность добавлять параметры в конструкторы или методы, которых нет в графе, и предоставлять их через фабрики.

Подобную реализацию уже сделал Jake Wharton. AssistedInject on Square

Каеф

Прямо из коробки?! Офигеть!

А, это в будущем. Ладно, ждём)

Добрый день! Hilt не хочет инжектить в View в  тестах в многомодульном проекте. Что может быть не так?

Как сделать shared scope на несколько экранов, не делая для них общий контейнер-фрагмент?

Если еще актуально, то тут в кодлабе гугловой есть что-то подобное, шаг 13 вроде, https://codelabs.developers.google.com/codelabs/android-dagger/#12. Так UserComponent делается общим для двух активити, но есть недостаток — conditional field injection, как они сами отмечают.

Встречный вопрос сообществу :)
Почитал вот тут https://developer.android.com/training/dependency-injection/dagger-multi-module про даггер и мультимодульное приложение. Вначале пишут о приложении без dynamic feature-модулей и говорят использовать сабкомпоненты для feature-модулей, затем, когда говорят о dynamic feature-модулях, рекомендуют использовать отдельные компоненты и использовать проперти dependencies:

@Component(dependencies = [AppComponent::class])
interface LoginComponent {
    fun inject(activity: LoginActivity)
}

для того, чтобы зависимости из AppComponent'а были видны в LoginComponent'е.

А в чем разница в подкапотной работе даггера в этих двух случаях, не могу понять. Могли бы помочь разобраться? Или статьи есть на этот счет, которые можно почитать?

@Component(dependencies = [AppComponent::class])
interface LoginComponent {
    fun inject(activity: LoginActivity)
}

Разница в направлении зависимостей. При использовании сабкомпонентов AppComponent должен знать о Subcomponent, а он лежит в фиче, про которую app не знает.

Кажется, в статье что-то было про разное направление зависимостей в двух случаях, пойду ещё раз почитаю. Спасибо.

вы можете прям посмотреть сгенерированный код, и увидеть разницу)

Всем привет. Пытаюсь прикрутить ViewModel с ViewModelProvider.Factory в многомодульном сэмпле и столкнулся с одной проблемой:
1. Этот пример работает: https://pastebin.com/ys064ATf
2. А этот - нет: https://pastebin.com/QZkhQxWV

Как сделать так, чтобы заработал 2-й пример? Из ошибки ясно, что Dagger не может найти параметр vmProvider: Provider<ViewModel>, необходимый моей реализации ViewModelProvider.Factory, но вот как его получить с этим подходом?

Для чего нужен @subcomponent ?