Mixin
Mixin是一种设计思想, 主要内容是: Mix some MixinClass into a CoreClass, so the CoreClass can get some new feature, or get enhanced.
与其他设计模式相比, Mixin的主要特点是它没有固定的编程pattern, 只是一种指导思想, 所以可能会有各种各样的具体设计自称为"Mixin", 因此, 当你看到一个"Mixin"设计时, 常常会想"我用XX不也可以实现这样的效果吗?", 这是非常正常的.
一般而言, 当设计实现了Mixin时, 常常会有以下特点:
- 使用多继承或链式继承, 因为我们常常需要把多个MixinClass混合到CoreClass中,使用多继承或链式继承是非常直观的方法.
- 尽管使用了继承, 但是一般不进行"覆写", 因为CoreClass和MixinClass并没有is-a的逻辑关系.
- MixinClass一般不能实例化, 其自身往往必须要Mix到其他类型后才会有意义.
- MixinClass一般不带有任何数据成员, 只用于提供新的method.
- Mix总是在class的层面进行的,不会涉及到instance,Mix的产物总是一个新的
class
注意,上面的这些特点仅仅是常见的特点, 并不是一定都要符合. 在实际的实践中, 我们也常常会希望得到一些看起来fancy的魔法特性, 从而写出不符合上面特征的代码.
最后, Mixin 对 Python 这样的动态语言而言, 仅仅是一种设计思想, 收益可能并不是特别明显. 但是对于C++而言,则可以通过Mixin实现完全的Concept多态, 这种基于Concept的多态完全绕开了虚函数表,所有函数调用都是静态绑定的,可以带来明显的性能收益, 已经在LLVM中广泛应用.
Mixin的两种Pattern: 链式继承与多继承
对Mixin而言, 链式继承和多继承从技术层面上说并不冲突, 两种方法可以混合使用, 不过一般而言, 一个良好的设计总应该stick to one, 从而保证整体上的结构清晰且简单.
多继承
使用多继承的Mixin,其功能没有链式继承强大,只能应用在部分场景中,不过其形式简单,也常常被使用. 下面是Python和cpp对这种mixin的典型应用场景.
多继承场景中, MixinClass仅用于提供额外的API, 这些额外的API可以基于MixedClass
自身已有的API或数据成员实现, 换言之, 要使用这些Mixin时, MixedClass
需要保证相关的API及数据是可用的.
class MixedClass(Mix0,Mix1,Mix2,...Base):
pass
template<class DerivedT>
class Mix0{
};
...
class MixedClass: public Mix0<MixedClass>,
public Mix1<MixedClass>,
public Mix2<MixedClass>,
...
public Base{};
链式继承
链式继承的Mixin功能是最为强大的, 它不但可以提供额外的API, 还可以利用链式调用, 增强已有的API(效果类似于装饰器,不过是在类型上实现的,而不是在对象上实现)
MixedClass = mix0(mix1(mix2(mix3(Base))))
obj = MixedClass()
template<class TargetT>
class Mix0 : public TargetT{
};
using MixedClass = Mix0<Mix1<Mix2<Mix3<Base>>>>;
Example
参考该Github Repo, 该仓库中展示了典型的多继承/链式继承使用场景.
Other Notes
- 在C++中应用Mixin时,
AdapterMixin
可能是一个非常有用的Mixin
, 它是一个基于链式继承的Mixin, 可以实现和类型擦除类似的功能.
template<class SourceT, class TargetT>
class AdapterMixin : public SourceT, public TargetT{
void SomeMethod(){
return SourceT::SomeMethod()
}
}
- 在C++中应用Mixin时,所有的MixinClass最好都不要创建任何数据成员. 数据成员均应由用户来添加,这样可以保证对象的内存布局不会被Mixin影响. 例如, 某个Mixin需要使用名为
ID
的数据成员的地址, 那么int ID
这个数据成员就应该由用户来其自定义类中添加,而不是定义在MixinClass中.