Warum sollte man die Annotation @Binds anstelle der Annotation @Provides verwenden?

Die Annotation @Binds wird verwendet, um Dagger anzugeben, welche konkrete Implementierung einer Schnittstelle bereitgestellt werden soll, wenn die Schnittstelle selbst angefordert wird.

Vorteile der Verwendung von @Binds anstelle von @Provides in diesem Fall sind:

• Leistung: @Binds ist effizienter, da Dagger weniger Code generiert. Es verbindet einfach die Schnittstelle mit einem konkreten Typ, ohne eine neue Instanz des Moduls zu erstellen.
• Lesbarkeit: Der Code wird klarer, da deutlich wird, welche Klasse welche Schnittstelle implementiert.
• Reduzierung von Boilerplate-Code: Bei Verwendung von @Binds ist es nicht notwendig, eine zusätzliche Methode mit @Provides zu schreiben, die nur eine Instanz der Implementierung zurückgibt.

Beispiel:

Anstelle von:

@Module
class MyModule {

    @Provides
    fun provideMyInterface(implementation: MyInterfaceImpl): MyInterface {
        return implementation;
    }
}

interface MyInterface {
    // ...
}

class MyInterfaceImpl : MyInterface {
    // ...
}

Besser ist es:

@Module
abstract class MyModule { // Das Modul sollte abstrakt sein

    @Binds
    abstract fun bindMyInterface(implementation: MyInterfaceImpl): MyInterface; // Methode sollte abstrakt sein

}

interface MyInterface {
    // ...
}

class MyInterfaceImpl : MyInterface {
    // ...
}

Die @Provides-Annotation ist weiterhin notwendig, um Objekte bereitzustellen, die keine Implementierungen von Schnittstellen sind oder eine komplexere Instanziierungslogik erfordern (z.B. Objekte über Builder erstellen, Objekte aus externen Bibliotheken bereitstellen, Abhängigkeiten bereitstellen, die nicht über den Konstruktor injiziert werden können).