Methodenreferenzgleichheit in Python: Die Geheimnisse aufdecken
Warum fehlt Methoden, die scheinbar mit der Vererbung von regulären Funktionen ausgestattet sind, die Tugend der Referenz? Gleichwertigkeit? Dieses verwirrende Phänomen hat viele Python-Programmierer verblüfft. Schauen wir uns die zugrunde liegenden Mechanismen genauer an, um die Gründe für diese Ungleichheit zu verstehen.
Im Gegensatz zu regulären Funktionen, die ihre Objektidentität im gesamten Programm beibehalten, werden Methodenobjekte beim Zugriff dynamisch erstellt. Diese kurzlebige Natur ergibt sich aus ihrer Abhängigkeit von Deskriptoren, die Methodenobjekte generieren, wenn ihre .__get__-Methode aufgerufen wird. Codeausschnitte veranschaulichen dieses Verhalten treffend:
<code class="python">>>> What.__dict__['meth'] <function What.meth at 0x10a6f9c80> >>> What.__dict__['meth'].__get__(What(), What) <bound method What.meth of <__main__.What object at 0x10a6f7b10>></code>
Seit Python 3.8 sind Gleichheitstests für Methoden konsistent und vorhersehbar geworden. Zwei Methoden gelten als gleich, wenn sowohl ihre Attribute .__self__ (die Instanz, an die sie gebunden sind) als auch .__func__ (die zugrunde liegende Funktion) identische Objekte sind.
Dieses konsistente Verhalten ist jedoch eine neue Ergänzung. Vor Python 3.8 variierte die Methodengleichheit je nach Implementierungsdetails. Für Python-Methoden und bestimmte C-Methodentypen wurde self auf Gleichheit verglichen, während für den anderen C-Methodentyp self auf Identität verglichen wurde. Diese Inkonsistenz wurde schließlich im Python-Problem 1617161 behoben.
Um die Konsistenz sicherzustellen, wird empfohlen, die Methodenidentität mithilfe ihrer func-Attribute zu überprüfen:
<code class="python">>>> What.meth == What.meth # functions (or unbound methods in Python 2) True >>> What().meth == What.meth # bound method and function False >>> What().meth == What().meth # bound methods with *different* instances False >>> What().meth.__func__ == What().meth.__func__ # functions True</code>
Zusammenfassend: Die Vergänglichkeit von Methodenobjekten hat zusammen mit historischen Inkonsistenzen bei der Methodengleichheit dazu geführt, dass es für Methoden keine Referenzgleichheit gibt. Allerdings führt Python 3.8 einen konsistenteren und vorhersehbareren Ansatz ein, der es Programmierern ermöglicht, mit größerer Sicherheit über Methodengleichheit nachzudenken.
Das obige ist der detaillierte Inhalt vonWarum mangelt es Methoden in Python an Referenzgleichheit?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!