¿Cómo afecta el orden de mixins a la clase derivada?

Question

decir que tengo los siguientes mixins que se solapa entre sí por tocar dispatch():

class FooMixin(object): 
    def dispatch(self, *args, **kwargs): 
     # perform check A 
     ... 
     return super(FooMixin, self).dispatch(*args, **kwargs) 

class BarMixin(object): 
    def dispatch(self, *args, **kwargs): 
     # perform check B 
     ... 
     return super(FooMixin, self).dispatch(*args, **kwargs) 

Si quiero mi punto de vista que pasar por el orden, compruebe A -> comprobar B, debe ser mi código MyView(FooMixin, BarMixin, View) o MyView(BarMixin, FooMixin, View) ?

¿Y por qué siempre ponemos View o sus subclases después de mixins? (He notado esto al leer el código fuente de las vistas genéricas de django, pero no sé cuál es el motivo, si lo hay)

Answer 1

El MRO es básicamente de profundidad, de izquierda a derecha. Consulte Method Resolution Order (MRO) in new style Python classes para obtener más información.

Puede consultar el __mro__ attribute de la clase para verificar, pero FooMixin debe ser el primero si primero desea hacer una "comprobación A".

class UltimateBase(object): 
    def dispatch(self, *args, **kwargs): 
     print 'base dispatch' 

class FooMixin(object): 
    def dispatch(self, *args, **kwargs): 
     print 'perform check A' 
     return super(FooMixin, self).dispatch(*args, **kwargs) 

class BarMixin(object): 
    def dispatch(self, *args, **kwargs): 
     print 'perform check B' 
     return super(BarMixin, self).dispatch(*args, **kwargs) 

class FooBar(FooMixin, BarMixin, UltimateBase): 
    pass 

FooBar().dispatch() 

Lienzo:

perform check A 
perform check B 
base dispatch 

View tiene que ser la última forma que se "atrapa" cualquier búsqueda de atributos que no estaban en ningún mixins, sin ocultar ningún método en esos mixins. No estoy seguro de entender esa parte de su pregunta: ¿qué es "por qué se agrega en absoluto" o "por qué se agrega al final"?