Java中的接口不仅仅是一种更纯粹的抽象类,它的目标比这更高。因为接口是根本没有任具体实现的。也就是说,没有任何与接口相关的存储;因此,也就无法阻止多个接口的组合。这一点是很有价值的,因为你有时候需要去表示“一个X是一个a和一个b以及一个c”。在C++中,组合多个类的接口的行为被称作为多重继承。它可能会使你背负很沉重的包袱,因为每个类都有一个具体实现。在java中,你可以执行相同的行为,但是只有一个类可以有具体的实现;因此通过组合多个接口,c++的问题不会在java中发生:
下面展示一个具体类组合数个接口之后产生的一个新类:
package interfaces; interface CanFight{ void fight(); } interface CanSwim{ void swim(); } interface CanFly{ void fly(); } interface CanClimb{ void climb(); } class ActionCharacter{ public void fight(){ System.out.println(" can fight"); }; } class Hero extends ActionCharacter implements CanFight, CanSwim, CanFly,CanClimb{ public void swim(){ System.out.println("hero can swim"); }; public void fly(){ System.out.println("hero can fly"); }; public void climb(){ System.out.println("hero can climb"); } } public class Adventure { public static void t(CanFight x){x.fight();} public static void u(CanSwim x){x.swim();} public static void v(CanFly x){x.fly();} public static void f(CanClimb x){x.climb();} public static void w(ActionCharacter x){x.fight();} public static void main(String [] args){ Hero h = new Hero(); t(h); u(h); v(h); w(h); f(h); } }
can fight
hero can swim
hero can fly
can fight
hero can climb
可以看到,Hero组合了具体类ActionCharacater和接口CanFight,CanSwim,CanFly和CanClimb。当通过这种方式将一个具体的类和多个接口组合在一起时,这个具体的类必须放在前面,后面跟着的才是接口,否则编译器出错。
注意,CanFight接口和ActionCharacter类中的fight(方法的特征签名一样,而且,在Hero中并没有提供fight()的定义。可以扩展接口,但是得到的只是另一个接口。当要创建对象时,所有的定义首先必须存在。即使Hero没有显示的提供fight()的定义,其定义也因ActionCharacter而随之而来,这样就使得创建Hero对象成为可能。
前面的例子所展示的就是使用接口的核心原因:为了能够向上转型为多个基类型(以及由此带来的灵活性)。
然而,使用接口的第二个原因却是防止客户端程序员创建该类对象,并确保这仅仅是建立一个接口。这带来了一个问题:我们应该使用接口还是抽象类?如果要创建不带任何方法定义和成员变量的基类,那么第一选择应该是选择一个接口而不是抽象类。若果知道某事物应该成为一个基类,那么第一选择应该是使它成为一个接口。