科技猎java面试题：多继承
英文原文：codemonkeyism，编译：importnew - 刘志军
招聘和面试对开发经理来说是一个无尽头的工作，虽然有时你可以从hr这边获得一些帮助，但是最后还是得由你来拍板，或者就像另一篇文章“java 面试题：写一个字符串的反转”所说：
面试开发人员不仅辛苦而且乏味，当然也有一些极好的参考，如：joel guerilla guide to interviewing，但是最后录用与否你来决定。为了快速了解他们的编程能力，我已经想好要问他们字符串反转的问题。
除了字符串反转的问题外，还有一道好题。
java是否支持多重继承？
好了，很明显传统意义上java并没有多继承，所以正确的答案应该是：“没有”或者“有，但是”或者“没有，但是”。单从这点就可以探索出不同的方法来。通常我会问“是否因java语言的设计者笨到没法实现多重继承”作为我们话题的开始，为什么c++那帮家伙实现了呢？我主要以菱形继承问题来说明：
在面向对象的编程语言中总伴随着多重继承及组织的理解。菱形继承问题就是在如下情景时出现含糊不清的情况：当两个类b和c继承自a，类d同时继承自b和c，如果d中的一个方法调用一个在a中定义的方法(不是覆盖方法).而b和c分别用不同地方式重写（overridden)了方法，那么这个方法到底是继承的哪个类呢，b还是c？
另一探索性的方法是：java怎么模拟“多重继承”？我想答案已经浮出水面了，就是接口（interface）。我们经常在java中讨论接口，那么应试者在什么时候，怎么使用接口的呢？使用接口又有什么好处呢？应试者是否喜欢使用接口？我可以检测他对建模有多熟练，有时还会让他针对接口画画图。我们继续谈论java中接口的问题，当两个接口有相同的静态域（field)，有一个类实现了java中所谓的“多继承”的两个接口时会出现什么情况？
public interface i1 {
string name = "codemonkeyism";
}
public interface i2 {
string name = "stephan";
}
public class c implements i1, i2 {
public static void main(string[] args) {
system.out.println(name);
}
}
c.java:3: reference to name is ambiguous, both variable name
in i1 and variable name in i2 match
system.out.println(name);
^
1 error
还有更多的方法和我们的应试者去探讨多继承的问题，例如：接口中方法的修饰符是什么？对于菱形继承问题使用traits实现混合结构是否比使用接口更好，还是和多继承一样的糟糕？正如我不在那么钟爱继承一样，大量使用继承是一种代码异味。我们还可以和应试者讨论继承的负面因素—–重耦合的例子。
&
为什么会有这问题？
我为什么会问这个问题呢，从这个问题中又学到了什么？继承在面向对象（oo）中是很基础的概念，是每个java程序员都应该理解的概念。同时也是他反映到工作中，理解超出语法层面的另一个基本的特性。所以对于多继承问题，我喜欢那些可以引出很多可以探讨与思考的问题。这个继承问题只是多继承、语言设计、代码味道、解决方案、接口、基于角色的开发等众多问题中的一种而已。
&
英文原文：codemonkeyism，编译：importnew - 刘志军
译文链接： http://www.importnew.com/567.html
【如需转载，请在正文中标注并保留原文链接、译文链接和译者等信息，谢谢合作！】
&