Hello, to this day I'm using a API/IMPL modules system for all our "services" to share them across our Android Project: • Module_API has an interface, all modules that need that service depend on this • Module_IMPL has the implementation to that interface + dagger module to bind those two together, and is used only by the our android application module Now, I just realized we can actually use

internal

in one module instead of two and hide all the implementation + dagger module by declaring the dagger module like this:

interface SomeInterface { .. }
internal class DefaultImpl(...): SomeInterface { ... }  

@InstallIn(SingletonComponent::class)
@Module
internal abstract class SomeInterfaceDaggerModule {

    @Binds
    abstract fun bindsSomeInterfaceHere(impl: DefaultImpl): SomeInterface
}

And to my surprise, this works! But does it work because the generated code is Java and the concept of

internal

doesn't exist in Java, or am I missing something else here? If so, the day dagger will generate code in Kotlin through KSP this trick will stop working, right? 🤔

This could be the result of Hilt's classpath aggregation, which makes it "see" transitive dependencies even when they're effectively hidden at module boundaries (with

implementation

).

Thanks @alex.krupa, super interesting! So that means that switching to generating Kotlin code (dagger with KSP) should not break that compatibility, right?

Yeah, I think we can trust the Dagger team here

Thanks for your reinforcing opinion. Sounds like we'll manage to reduce the # of our modules by a lot :))

Are you splitting api/impl for modular indirection? Having DI wirings in separate compilation modules still has advantage of being able to switch implementations at compile time, e.g. to provide fake implementations in sample apps.

I have indeed split API and IMPL to avoid circular dependency and was thinking of actually putting them back together, but this blogpost goes even further and splits IMPL into DI and pure IMPL. Interesting!

Hello! I didn’t know that Dagger would work so nicely with the

internal

modifier, if ksp maintains that behaviour then I think this would work very well.