Python中的mixin模式

转载注明，本文链接：http://www.bianbingdang.com/article_detail/167.html

MixIn和继承的关系

面向对象三大特征，继承、封装、多态。第一次看到MixIn的时候，弄不懂这个和继承有什么关系/区别。首先，继承是父亲和儿子的关系，而python minxin是混入的意思。虽然，MinIn子类可以使用，父类的方法，但这并不是一种继承的关系，而是父类为子类提供了一种可用的方法。

继承的诟病

子类、父类继承关系过多，会导致思维上的混乱，比如我们的父类派生出很多个子类，我们会一直考虑继承了XXX，如果父类没有这个方法，则子类再创造一个方法，那么子类这个方法多个地方用到，我们又得把它加入到父类才行，这样下来并不是很合适。

MixIn

MixIn的方式则没有那么得拘束，例如有个Persion类

class Person():
    pass

这个人需要修电脑，但是我不会修怎么办。那我写个修电脑的方法给他，那显然不合适。那怎么办，刚好这个人有个朋友，过来帮帮忙吧。

class FriendMixIn():
    def repair_compute:
        return True

class Person(FriendMixIn):
    pass

那么很快就明白，MixIn相当于在原来的基础上，锦上添花。他是包含的意思，而不是继承的关系。

在Python中到处可以看到MixIn的应用。

例如Django的，DetailView视图函数。

class DetailView(SingleObjectTemplateResponseMixin, BaseDetailView):
    """
    Render a "detail" view of an object.

    By default this is a model instance looked up from `self.queryset`, but the
    view will support display of *any* object by overriding `self.get_object()`.
    """

可以看到DetailView什么也没有干,它首先继承了BaseDetailView，它只是提供了视图的方法，但是模板从哪里来呢？那么使用SingleObjectTemplateResponseMixin来获取模板。可以看得出DetailView和SingleObjectTemplateResponseMixin并没有继承的关系。