Égalité de référence de méthode en Python : découvrir les mystères
Pourquoi les méthodes, apparemment dotées de l'héritage de fonctions régulières, n'ont-elles pas la vertu de référence égalité? Ce phénomène déroutant a dérouté de nombreux programmeurs Python. Examinons les mécanismes sous-jacents pour comprendre les raisons de cette disparité.
Contrairement aux fonctions régulières, qui conservent leur identité d'objet tout au long du programme, les objets de méthode sont créés dynamiquement lors de l'accès. Cette nature éphémère provient de leur dépendance aux descripteurs, qui génèrent des objets méthode lorsque leur méthode .__get__ est invoquée. Des extraits de code illustrent bien ce comportement :
<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>
Depuis Python 3.8, les tests d'égalité des méthodes sont devenus cohérents et prévisibles. Deux méthodes sont considérées comme égales si leurs attributs .__self__ (l'instance à laquelle elles sont liées) et .__func__ (la fonction sous-jacente) sont des objets identiques.
Cependant, ce comportement cohérent est un ajout récent. Avant Python 3.8, l'égalité des méthodes variait en fonction des détails de leur implémentation. Pour les méthodes Python et certains types de méthodes C, self a été comparé pour l'égalité, tandis que pour l'autre type de méthode C, self a été comparé par identité. Cette incohérence a finalement été résolue dans le numéro Python 1617161.
Pour garantir la cohérence, il est recommandé de vérifier l'identité de la méthode à l'aide de ses attributs func :
<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>
En résumé, le caractère éphémère des objets de méthode, associé aux incohérences historiques dans l'égalité des méthodes, a conduit à l'absence d'égalité de référence pour les méthodes. Cependant, Python 3.8 introduit une approche plus cohérente et prévisible, permettant aux programmeurs de raisonner sur l'égalité des méthodes avec une plus grande confiance.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!