Antwort.

In Kotlin wird die Verhaltensdelegation durch das Sprachkonstrukt des Schlüsselworts by direkt in der Klassensignatur umgesetzt. Das ermöglicht die automatische Weiterleitung von Methodenaufrufen einer Schnittstelle (oder mehrerer Schnittstellen) an ein anderes Objekt mit der Implementierung, wodurch Boilerplate-Code reduziert und die Komposition erleichtert wird.

Hintergrund

Das Aufkommen der Schnittstellendelegation ist ein Versuch, die Einschränkungen und Nachteile der Mehrfachvererbung zu beseitigen. Es ist die Idee "Komposition vor Vererbung" — wir delegieren Verhalten, ohne auf eine Klassenhierarchie zurückgreifen zu müssen. Entlehnt von Sprachen, in denen Komposition populärer ist (wie Go, Scala).

Problem

In Java und anderen Sprachen muss oft eine Schnittstelle erstellt und jeder Methode manuell implementiert werden, wobei die Logik an ein anderes Feld übergeben wird (Object Adapter Pattern), was schnell veraltet, wenn die Anzahl der Methoden zunimmt.

Lösung

Kotlin ermöglicht die deklarative Delegation einer Schnittstelle mit by:

interface Logger {
    fun log(msg: String)
}
class ConsoleLogger: Logger {
    override fun log(msg: String) = println(msg)
}
class Service(logger: Logger): Logger by logger {
    fun doWork() {
        log("Arbeit begonnen")
        // ...
    }
}
val service = Service(ConsoleLogger())
service.doWork()

Alle Logger-Methoden werden über das bereitgestellte logger-Objekt implementiert, wobei im Service-Klasse keine explizite Überschreibung oder Proxierung der Methoden erforderlich ist.

Wichtige Merkmale:

Ermöglicht die Trennung der Implementierung der Schnittstelle von der Nutzung, reduziert Code-Duplizierung
Delegation ist flexibler als Vererbung und funktioniert mit vielen Verhalten
Unterstützt die besten Praktiken von SOLID

Fangfragen.

Was passiert, wenn in der Service-Klasse eine eigene Methode der Schnittstelle mit derselben Signatur hinzugefügt wird?

Die eigene Implementierung "überschreibt" die delegierte — das heißt, es hat Vorrang die Methode, die explizit in der Klasse definiert ist:

class Service(logger: Logger): Logger by logger {
    override fun log(msg: String) = println("PREFIX: $msg")
}

Kann eine Klasse mehrere Schnittstellen an verschiedene Objekte delegieren?

Ja, eine Klasse kann mehrere Schnittstellen an verschiedene Objekte implementieren und delegieren, aber jede Schnittstelle wird an ein Objekt delegiert:

class Service(
    logger: Logger,
    tracker: Tracker
): Logger by logger, Tracker by tracker

Wie unterscheidet sich die Schnittstellendelegation von der Eigenschaftendelegation über by?

Die Schnittstellendelegation übergibt die gesamte Implementierung der Funktionen der Schnittstelle an ein anderes Objekt.
Die Eigenschaftendelegation (property delegation) delegiert die Arbeit mit get/set an ein delegiertes Objekt eines spezifischen Typs (ReadOnlyProperty, ReadWriteProperty).

Typische Fehler und Antipatterns

Delegation von zu großen Schnittstellen (Verstoß gegen ISP)
Gleichzeitige Anwendung von expliziter Implementierung und Delegation (unerwartetes Verhalten)
Versuch, Schnittstellendelegation mit Vererbung der Elternklasse zu kombinieren, während die Reihenfolge der Methodenauflösung ignoriert wird.

Beispiel aus dem Leben

Negativer Fall

Die Klasse implementiert manuell die Schnittstelle, jeder Methode ruft den Delegaten auf, und bei der Hinzufügung neuer Methoden wird vergessen, die Proxierung zu aktualisieren, was zu Fehlern führt.

Vorteile:

Logik wird ausdrücklich gesteuert.

Nachteile:

Hohe Fehleranfälligkeit, Boilerplate
Schlecht skalierbar bei Wachstum der Schnittstelle.

Positiver Fall

Es wird die sprachliche Delegation verwendet, nur nicht standardisierte Methoden werden innerhalb der Klasse implementiert, neue Funktionalitäten werden ohne größere Änderungen hinzugefügt.