近日看到了一个贴子，就是在C#语言中，如何实现多继承的问题。相信涉猎c#不多的人（像我这样的菜鸟），一看就觉得很可笑，c#肯定是不能实现多继承的啊。都知道在c++中因为实现多继承会有很多的歧义问题，所以在c#中就把多继承给取消了，而用接口来实现！但是想想，如果是初学者肯定不会不会问这样的问题。肯定是个高手，然后就开始上网查资料！然后发现真的可以实现！
说起多继承，首先大家可以想想这个问题：你知道在C#中怎么实现多继承吗？
主流的答案无非2种。
答案一：用接口啊，一个类可以继承自多个接口的。
答案二：C#不支持多继承，C++才支持多继承，多继承会让代码变得很乱，因此微软在设计C#的时候放弃了多继承。
能够知道答案二的人显然懂的更多，我也在很长一段时间内相信C#不支持多继承，直到2013年5月的一个项目中，我偶然的发现自己的代码就完全实现了真正意义的多继承。
先说说什么是真正意义的多继承。真正的多继承应该是像C++那样的，而不是说像在C#里面一个类继承了多个接口就叫多继承。在C#中，如果一个类实现了多个接口，那么要为每个接口写实现，如果接口被多个类继承，那么就会有重复的代码，这显然是无法接受的。
然而C++那样的多继承也确确实实给编码带来了很大的麻烦，我也相信微软真的是因为意识到了多继承的不合理之处才在C#中摈弃了这个特性。而我在C#中实现的多继承，第一是真正的多继承，第二代码写的很合理。
请看案例
假如你有一个类叫老虎，还有一个类叫苍蝇。现在你想新创一个超级老虎类，一种可以飞的老虎。在C++中，你可以定义一种超级老虎类，让其继承自老虎和苍蝇，这样这种老虎就可以飞了。然而，问题出现了，这种超级老虎由于同时也继承自苍蝇，而苍蝇下面有个方法叫吃，参数类型是屎。吃屎的这个方法显然跟我们的超级老虎太不搭了。
虽然这个例子有些夸张，但是很多C++程序员真的就是这样在设计代码。由于子类继承了多个父类，而多个父类肯定有些成员跟这个子类不搭调，于是子类的调用者就很难受了。比如上面这个例子，当调用者拿到超级老虎的一个实例时，发现超级老虎下面怎么会有个吃屎的方法呢！！！真的是要笑死人了。
C++要这样允许多继承就必然会造成这个问题。C#程序员就绝对不会写出这样滑稽的代码。对于C#程序员，肯定是要把这个飞的方法提成接口的，然后让苍蝇类和超级老虎类都继承自这个接口。这样，苍蝇会飞，超级老虎也会飞。是不是完美解决这个问题？
问题看上去解决了，但是，假如我跟你说苍蝇飞的方法跟超级老虎飞的方法需要一模一样：首先张开双翅，身体前倾，拍打双翅，起飞，继续拍打。我们肯定不能把同一份代码copy一份吧，那是属于入门级程序员干的事，我们现在已经没资格干那事了。那怎么办呢？简单快速的做法是使用静态方法，比如FlyHelper.Fly(...)。
静态方法解决了代码重用的问题，但写起来始终觉得哪里不对劲。我的超级老虎类和苍蝇都明明继承了飞了啊，为什么还要这样调用一句静态方法。如果以后哪天我想让我的猪也能飞起来，那岂不是还要来调用这个静态方法。
到底怎样才能在C#中实现像C++那样优雅的继承呢？
答案揭晓
答案其实很简单，那就是给IFly接口写扩展方法。
首先请看这个空接口的定义，及其扩展方法（注意泛型限制）：
再看老虎和苍蝇的实现：
再看超级老虎的实现：
public void TigerFly()
{
//调用接口中飞的方法
this.StartFly();
}
}
}
怎么样，你看明白了吗？这个实现是不是很简单呢？好处是不是大大的有呢？
当以后哪天老板让你实现一个会飞的超级猪的话，你只需要让你的超级猪继承“I飞”接口就行了。当哪天老板又不想要这个超级猪飞的话，你也只需要将这个接口继承删掉而已。如果你正在开发一个动物王国程序，你可以将飞的功能注入到任何一种动物身上。想想是不是都觉得很爽。
总结
最后，再让我们回顾一下之前用C++写的超级老虎吃屎的变态例子。这实际上不是C++的错，而是程序员用错了多继承。虽然在语法上C++没有限制程序员怎么去写多继承，但是从上面的例子分析来看，我们很容得出这样一个结论：
当需要写多继承的时候，被继承的父类只能是一个功能，而不应是一个完整的类。
如果按照这个思路，那么今天的这个例子在C++中就可以这样写，首先提一个Flyable的类出来，然后让超级老虎和苍蝇都继承这个Flyable。
在C#中，虽然实现多继承的代码稍微绕了个弯，但是多继承带来的好处是非常明显的：对不同的类实现注入式的功能，让你的代码更符合面向对象的思想。