Comment Python décide-t-il quelle méthode appeler en héritage multiple ?

Python calcule un ordre de résolution des méthodes avec la linéarisation C3, qui préserve l'ordre des bases propre à chaque classe et garantit qu'une sous-classe apparaît avant ses parents. La recherche d'attribut parcourt cette liste et prend la première correspondance. Vous pouvez l'inspecter avec la méthode mro, et super suit le MRO de l'instance réelle, pas seulement la classe parente immédiate.

Python construit un ordre linéaire de la classe et de tous ses ancêtres avec C3, puis la recherche d'attribut parcourt cette liste de haut en bas et s'arrête à la première trouvaille. C3 garantit deux choses : une classe vient toujours avant ce dont elle hérite, et l'ordre relatif dans lequel vous avez écrit vos bases est préservé. Si ces deux contraintes ne peuvent pas être satisfaites ensemble, la définition de la classe elle-même lève un TypeError à l'import, ce qui est une bonne propriété puisque vous le découvrez tout de suite plutôt qu'à l'exécution. La partie que je prends soin de dire, c'est que super ne veut pas dire parent. Il veut dire l'entrée suivant la classe courante dans le MRO de l'instance, ce qui explique qu'un mixin qui appelle super puisse atterrir sur une classe sœur dont il n'a jamais hérité. C'est toute la base de l'héritage multiple coopératif dans les vues basées sur les classes de Django. Quand quelque chose de surprenant arrive, j'affiche la liste mro, et la réponse est en général évidente en quelques secondes parce que l'ordre des mixins dans l'instruction class était inversé.