在Python编程中，Mark Lutz提到了术语mixin。我有C/ c++ / c#的背景，以前没有听说过这个术语。什么是mixin?
从这个例子的字里行间(我链接了这个例子，因为它很长)，我假设这是一个使用多重继承来扩展类的情况，而不是适当的子类化。这样对吗?
为什么我要这样做，而不是把新功能放到一个子类?就此而言，为什么混合/多重继承方法会比使用组合更好呢?
mixin与多重继承的区别是什么?这只是语义上的问题吗?
当前回答
我认为它们是使用多重继承的一种有纪律的方式——因为最终mixin只是另一个python类，它(可能)遵循称为mixin的类的约定。
我对Mixin的理解是:
添加方法但不添加实例变量(类常量是可以的) 仅从object继承(Python中)
通过这种方式，它限制了多重继承的潜在复杂性，并通过限制必须查看的位置(与完整的多重继承相比)使跟踪程序流程变得相当容易。它们类似于ruby模块。
如果我想添加实例变量(具有比单继承所允许的更大的灵活性)，那么我倾向于组合。
话虽如此，我还见过名为XYZMixin的类确实有实例变量。
其他回答
Mixins是编程中的一个概念，其中类提供功能，但并不用于实例化。Mixins的主要目的是提供独立的功能，最好是Mixins本身没有与其他Mixins的继承，并且避免状态。在Ruby等语言中，有一些直接的语言支持，但对于Python则没有。但是，您可以使用多类继承来执行Python中提供的功能。
我看了这个视频http://www.youtube.com/watch?v=v_uKI2NOLEM来了解mixin的基础知识。对于初学者来说，了解mixin的基础知识、它们的工作原理以及在实现它们时可能遇到的问题是非常有用的。
维基百科仍然是最好的:http://en.wikipedia.org/wiki/Mixin
我建议不要在新的Python代码中使用mix-in，如果你能找到其他方法(比如用复合代替继承，或者只是把方法打补丁到你自己的类中)，这样做并不费力。
在老式的类中，您可以使用mix- In作为从另一个类中抓取一些方法的一种方式。但在新风格的世界里，一切，甚至是混合，都继承自对象。这意味着任何多重继承的使用都会自然地引入MRO问题。
在Python中有很多方法可以使多继承MRO工作，最著名的是super()函数，但这意味着您必须使用super()来完成整个类层次结构，并且要理解控制流要困难得多。
大致总结一下上面所有的好答案:
| States / Methods | Concrete Method | Abstract Method |
|---|---|---|
| Concrete State | Class | Abstract Class |
| Abstract State | Mixin | Interface |
我认为它们是使用多重继承的一种有纪律的方式——因为最终mixin只是另一个python类，它(可能)遵循称为mixin的类的约定。
我对Mixin的理解是:
添加方法但不添加实例变量(类常量是可以的) 仅从object继承(Python中)
通过这种方式，它限制了多重继承的潜在复杂性，并通过限制必须查看的位置(与完整的多重继承相比)使跟踪程序流程变得相当容易。它们类似于ruby模块。
如果我想添加实例变量(具有比单继承所允许的更大的灵活性)，那么我倾向于组合。
话虽如此，我还见过名为XYZMixin的类确实有实例变量。
我认为之前的回答很好地定义了mixin是什么。然而, 为了更好地理解它们，从代码/实现的角度将mixin与抽象类和接口进行比较可能是有用的:
1. 抽象类
类，该类需要包含一个或多个抽象方法 抽象类可以包含状态(实例变量)和非抽象方法
2. 接口
接口只包含抽象方法(没有非抽象方法和内部状态)
3.mixin
mixin(像接口)不包含内部状态(实例变量) mixin包含一个或多个非抽象方法(与接口不同，它们可以包含非抽象方法)
在例如Python中，这些只是约定，因为上面所有的都被定义为类。然而，抽象类、接口和mixin的共同特征是它们不应该独立存在，也就是说不应该被实例化。
