Java的“多重继承”

核心提示：接口只是比抽象类“更纯”的一种形式，它的用途并不止那些，Java的“多重继承”，由于接口根本没有具体的实施细节——也就是说，没有与存储空间与“接口”关联在一起——所以没有任何办法可以防止多个接口合并到一起，那么第一个选择就是把它变成一个接口，只有在必须使用方法定义或者成员变量的时候，这一点是至关重要的，因为我们经常都需

　　接口只是比抽象类“更纯”的一种形式。它的用途并不止那些。由于接口根本没有具体的实施细节——也就是说，没有与存储空间与“接口”关联在一起——所以没有任何办法可以防止多个接口合并到一起。这一点是至关重要的，因为我们经常都需要表达这样一个意思：“x从属于a，也从属于b，也从属于c”。在C++中，将多个类合并到一起的行动称作“多重继续”，而且操作较为不便，因为每个类都可能有一套自己的实施细节。在java中，我们可采取同样的行动，但只有其中一个类拥有具体的实施细节。所以在合并多个接口的时候，C++的问题不会在Java中重演。如下所示：
　　

　　在一个衍生类中，我们并不一定要拥有一个抽象或具体（没有抽象方法）的基础类。假如确实想从一个非接口继续，那么只能从一个继续。剩余的所有基本元素都必须是“接口”。我们将所有接口名置于implements要害字的后面，并用逗号分隔它们。可根据需要使用多个接口，而且每个接口都会成为一个独立的类型，可对其进行上溯造型。下面这个例子展示了一个“具体”类同几个接口合并的情况，它最终生成了一个新类：
　　
　　//: Adventure.java
　　// Multiple interfaces
　　import java.util.*;
　　
　　interface CanFight {
　　　void fight();
　　}
　　
　　interface CanSwim {
　　　void swim();
　　}
　　
　　interface CanFly {
　　　void fly();
　　}
　　
　　class ActionCharacter {
　　　public void fight() {}
　　}
　　
　　class Hero extends ActionCharacter
　　implements CanFight, CanSwim, CanFly {
　　　public void swim() {}
　　　public void fly() {}
　　}
　　
　　public class Adventure {
　　　static void t(CanFight x) { x.fight(); }
　　　static void u(CanSwim x) { x.swim(); }
　　　static void v(CanFly x) { x.fly(); }
　　　static void w(ActionCharacter x) { x.fight(); }
　　　public static void main(String[] args) {
　　Hero i = new Hero();
　　t(i); // Treat it as a CanFight
　　u(i); // Treat it as a CanSwim
　　v(i); // Treat it as a CanFly
　　w(i); // Treat it as an ActionCharacter
　　　}
　　} ///:~
　　
　　从中可以看到，Hero将具体类ActionCharacter同接口CanFight，CanSwim以及CanFly合并起来。按这种形式合并一个具体类与接口的时候，具体类必须首先出现，然后才是接口（否则编译器会报错）。
　　
　　请注重fight()的签名在CanFight接口与ActionCharacter类中是相同的，而且没有在Hero中为fight()提供一个具体的定义。接口的规则是：我们可以从它继续（稍后就会看到），但这样得到的将是另一个接口。假如想创建新类型的一个对象，它就必须是已提供所有定义的一个类。尽管Hero没有为fight()明确地提供一个定义，但定义是随同ActionCharacter来的，所以这个定义会自动提供，我们可以创建Hero的对象。
　　
　　在类Adventure中，我们可看到共有四个方法，它们将不同的接口和具体类作为自己的自变量使用。创建一个Hero对象后，它可以传递给这些方法中的任何一个。这意味着它们会依次上溯造型到每一个接口。由于接口是用Java设计的，所以这样做不会有任何问题，而且程序员不必对此加以任何非凡的关注。
　　
　　注重上述例子已向我们揭示了接口最要害的作用，也是使用接口最重要的一个原因：能上溯造型至多个基础类。使用接口的第二个原因与使用抽象基础类的原因是一样的：防止客户程序员制作这个类的一个对象，以及规定它仅仅是一个接口。这样便带来了一个问题：到底应该使用一个接口还是一个抽象类呢？若使用接口，我们可以同时获得抽象类以及接口的好处。所以假如想创建的基础类没有任何方法定义或者成员变量，那么无论如何都愿意使用接口，而不要选择抽象类。事实上，假如事先知道某种东西会成为基础类，那么第一个选择就是把它变成一个接口。只有在必须使用方法定义或者成员变量的时候，才应考虑采用抽象类。