Antwoord.

Achtergrond:

In Python is alles een object, en elke functie is ook een object. Er is een mechanisme geïmplementeerd waarmee een instantie van een klasse zich kan gedragen als een functie. Hiervoor is de speciale magische methode call geïntroduceerd, waarmee objecten oproepbaar kunnen worden gemaakt.

Probleem:

Soms is het nodig om een object door te geven dat acties kan uitvoeren wanneer het wordt opgeroepen, bijvoorbeeld stateful functies, closures, event-handler objecten, enzovoort. Het ontwikkelen van architectuur vereist inzicht in hoe deze functionaliteit correct kan worden geïmplementeerd.

Oplossing:

Door de call-methode in een klasse te implementeren, kan de instantie ervan oproepbaar worden gemaakt "als een functie". Dit maakt het mogelijk om de mogelijkheden van klassen (encapsulatie van toestand, overerving, methoden) en functies (oproepbaarheid) te combineren. Deze aanpak wordt gebruikt om commando-objecten, complexe handlers, wrappers, enzovoort te creëren.

Codevoorbeeld:

class Adder:
    def __init__(self, x):
        self.x = x
    def __call__(self, y):
        return self.x + y

add5 = Adder(5)
print(add5(10))  # Geeft 15 weer

Belangrijkste kenmerken:

• Objecten met call behouden een interne staat (in tegenstelling tot een reguliere functie).
• Je kunt ze aanroepen als een functie, maar ze hebben methoden en eigenschappen van de klasse.
• Maakt het mogelijk om meer expressieve ontwerppatronen te creëren (bijvoorbeeld strategieën, commando's).

Misleidende vragen.

Erft de call-methode de attributen van een reguliere functie — zoals name en doc?

Nee, een object met de call-methode zal geen name-attribuut hebben (of dit zal van de klasse komen). Metadata van functies worden niet behouden.

Is een object met een geïmplementeerde call een echte functie?

Nee, het is een instantie van een klasse, geen functie. Het biedt alleen "oproepbaar" gedrag. Bijvoorbeeld, het vergelijken met een functie via isinstance(obj, types.FunctionType) geeft False.

Kan een decorator, bedoeld voor functies, op een object met call worden toegepast?

Gewoonlijk verwachten dergelijke decorators echt een functie, geen object (bijvoorbeeld functools.lru_cache). Gebruik kan leiden tot fouten of helemaal niet werken.

Typische fouten en anti-patronen

Voordelen:

• Flexibiliteit van ontwerppatronen.
• Mogelijkheid om gegevens en gedrag te combineren. Nadelen:
• Code wordt minder transparant voor beginnende Python-ontwikkelaars.
• Verlies van standaardfunctieattributen; het kan zijn dat sommige tools/decorators niet gebruikt kunnen worden.

Voorbeeld uit de praktijk

Negatieve casus: In een project werd een logger geïmplementeerd via een klasse met call, om instellingen (niveau, bestandsnaam) op te slaan. Echter, men vergat dat functie-handlers echt een functie verwachten, en er ontstonden fouten bij het registreren van de handler (object is geen functie).

Voordelen: flexibele configuratie van de logger. Nadelen: incompatibiliteit met verwachte interfaces.

Positieve casus: In een ander project werd een klasse met call gebruikt voor het creëren van complexe decorator-functies, waarbij parameters werden behouden, wat het testen vereenvoudigde.

Voordelen: uitbreidbaarheid, gebruiksgemak. Nadelen: meer code vergeleken met een functie of lambda.