Antwoord

Geschiedenis van de vraag:

Het "Delegatie" patroon is bekend in veel OOP-talen en is het principe van het overdragen van werk van het ene object naar het andere. In Java wordt delegatie handmatig geïmplementeerd - via een intern veld en methodenproxying. In Kotlin is delegatie naar het syntaxisniveau gebracht met behulp van het sleutelwoord by.

Probleem:

De implementatie van het delegatiepatroon in Java leidt tot "goddelijke" proxyklassen, overladen met sjablooncodes, en grote onderhoudsinspanningen voor de interface. Het is moeilijk om updates van interfacecontracten te onderhouden en om delegaten te wijzigen.

Oplossing:

Kotlin stelt je in staat om klassen te maken die de interface niet direct implementeren, maar alle methoden aan een ander object delegeren via de notatie class Foo(...) : MyInterface by delegateObj. Dit stelt je in staat om beknopte en begrijpelijke code te schrijven, waarbij je de routine vermijdt zonder flexibiliteit te verliezen.

Voorbeeldcode:

interface Base {
    fun print()
}

class BaseImpl(val x: Int) : Base {
    override fun print() = println(x)
}

class Derived(b: Base) : Base by b

fun main() {
    Derived(BaseImpl(42)).print() // 42
}

Belangrijkste kenmerken:

Declaratieve delegatie van interface-methoden
Vermindering van de hoeveelheid sjablooncodes
Flexibele wijziging van de delegatielogica en vervanging van implementatie

Vragen met een valstrik.

Kan een declaratieve klasse het gedrag van een specifieke methode wijzigen, ondanks delegatie?

Ja - als je de interface-methode expliciet in de delegatieklasse (Derived) implementeert, "overschrijft" deze de gedelegeerde functie voor de specifieke methode.

Voorbeeld:

class Derived(b: Base) : Base by b {
    override fun print() = println("Overrided!")
}

Kun je meerdere interfaces aan verschillende objecten in één verklaring delegeren?

Nee, in Kotlin kun je niet rechtstreeks meerdere verschillende interfaces aan verschillende objecten in één verklaring delegeren. Je zult een klasse moeten schrijven met handmatige delegatie of een combinatie van overerving en delegatie gebruiken als de architectuur dat toelaat.

Werkt delegatie met abstracte klassen of alleen met interfaces?

Je kunt alleen interfaces delegeren, niet abstracte klassen - omdat abstracte klassen toestanden en protected methoden kunnen hebben die niet compatibel zijn met de declaratie van delegatie via by.

Typische fouten en anti-patronen

De wens om delegatie te gebruiken voor abstracte klassen (de compiler zal het niet toelaten)
Pogingen om meervoudige delegatie via een enkele klasse te maken
Negeren van uitbreidbaarheid bij complexe productiecodes

Voorbeeld uit het leven

Negatieve case

Een ontwikkelaar implementeert handmatig het delegatiepatroon voor een tiental methoden van een groot interface. Bij elke uitbreiding van de interface vergeet hij nieuwe proxy-methoden toe te voegen. De code groeit, en bugs vermenigvuldigen zich.

Voordelen:

Duidelijke controle over elke delegatielogica

Nadelen:

Overbelasting van de klasse
Onderhoud is duur

Positieve case

De by syntaxis is gebruikt voor automatische delegatie van de interface. Het is gemakkelijk om de implementatie te wijzigen en de delegaten onderweg te vervangen, met weinig risico op fouten bij het onderhouden van het contract.