轉載注明，本文鏈接：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並沒有繼承的關系。