Ruby中的Mixin

当我们谈到继承，我们通常会分开为接口继承和实现继承。如果是单继承，无论是实现继承还是接口继承，都容易理解和使用。即便如此，在C++的著作中，还是提到当我们在继承一个类的时候，不仅仅要想到继承了实现，还要想到一并继承了接口。

多继承更是复杂，很容易走到菱形继承这样一个怪圈。在C#中，只有接口的多继承，并没有实现的多继承——我们不可以指定两个或两个以后的类作为父类。

Ruby中的Mixin是对多重实现继承的一个实现，即实现部分以模块的方式单独出来，模块有其特有的属性，比如不能实例化，不能继承别的类和被别的类继承等 。松本有一个例子很好：

module WriteStream def write(str) puts str end def conflict puts "conflict" end end module ReadStream def read puts "read data" end def conflict puts "conflict-read" end end class Stream def getstream puts "get stream" end end class ReadWriteStream < Stream include WriteStream include ReadStream end rw = ReadWriteStream.new rw.getstream rw.read rw.write("haha") rw.conflict

这个例子就是网络编程中常常会用到的Stream,ReadStream,WriteStream, ReadWriteStream，在C++中这常常是一个菱形继承，而Ruby巧妙地采用了Mixin，从而避免了菱形继承。

在Ruby下的运行结果为：

get stream read data haha conflict-read

即使这样，还是回避不了最根本的问题：方法Resolve，即决定到底使用谁的方法。我们在上例中故意制造了一个冲突的方法conflict，我们从运行结果可以看到方法Resolve中结果是ReadStream的conflict方法。我们可以将程序的28行和29行对调：

include ReadStream include WriteStream

这时我们再次运行这段脚本，结果如下：

get stream read data haha conflict

注意最后一行，调用conflict方法结果的差别，我们可以知道Ruby中的Mixin是基于include时的顺序来决定方法调用的顺序。