Was sind Dunder-Methoden und wie passen sie ins Datenmodell?

Dunder-Methoden sind die speziellen Methoden mit doppelten Unterstrichen, an die Python-Syntax dispatcht. len auf einem Objekt ruft dunder len auf, der Plus-Operator ruft dunder add auf, und eine for-Schleife ruft dunder iter auf. Sie zu implementieren lässt deine Klasse sich wie ein Built-in-Typ verhalten, sodass die Sprachprotokolle auf deinen Objekten funktionieren, statt dass du eigene Methodennamen erfindest.

Das sind die Hooks, die der Interpreter aufruft, wenn du Syntax benutzt. Zugriff mit eckigen Klammern geht an dunder getitem, das Schlüsselwort in geht an dunder contains, Gleichheit geht an dunder eq und so weiter. Der Punkt ist, dass Python Verhalten als Protokolle definiert statt als Interfaces, die du erbst, also ist mein Objekt ein Iterator, sobald es dunder iter und dunder next implementiert, Punkt, keine Basisklasse nötig. In der Praxis implementiere ich am häufigsten repr, eq und hash. Vor allem repr, denn ein gutes repr, das die identifizierenden Felder zeigt, macht aus einer nutzlosen Debugging-Session eine Fünf-Minuten-Sache, während die Default-Ausgabe object at 0x7f dir gar nichts sagt. Bei eq und hash bin ich vorsichtig, denn eq ohne hash zu definieren macht Instanzen unhashbar und sie hören still auf, als Dict-Keys zu funktionieren. In einem Domänenmodell, das ich gebaut habe, konnten wir durch dunder lt Datensätze mit dem eingebauten sorted sortieren, statt überall eine key-Funktion durchzureichen.