Java中的接口不仅仅是一种更纯粹的抽象类,它的目标比这更高。因为接口是根本没有任具体实现的。也就是说,没有任何与接口相关的存储;因此,也就无法阻止多个接口的组合。这一点是很有价值的,因为你有时候需要去表示“一个X是一个a和一个b以及一个c”。在C++中,组合多个类的接口的行为被称作为多重继承。它可能会使你背负很沉重的包袱,因为每个类都有一个具体实现。在java中,你可以执行相同的行为,但是只有一个类可以有具体的实现;因此通过组合多个接口,c++的问题不会在java中发生:
下面展示一个具体类组合数个接口之后产生的一个新类:
packageinterfaces;interfaceCanFight{voidfight();
}interfaceCanSwim{voidswim();
}interfaceCanFly{voidfly();
}interfaceCanClimb{voidclimb();
}classActionCharacter{public voidfight(){
System.out.println(" can fight");
};
}class Hero extendsActionCharacterimplementsCanFight, CanSwim, CanFly,CanClimb{public voidswim(){
System.out.println("hero can swim");
};public voidfly(){
System.out.println("hero can fly");
};public voidclimb(){
System.out.println("hero can climb");
}
}public classAdventure {public static voidt(CanFight x){x.fight();}public static voidu(CanSwim x){x.swim();}public static voidv(CanFly x){x.fly();}public static voidf(CanClimb x){x.climb();}public static voidw(ActionCharacter x){x.fight();}public static voidmain(String [] args){
Hero h= newHero();
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对象成为可能。
前面的例子所展示的就是使用接口的核心原因:为了能够向上转型为多个基类型(以及由此带来的灵活性)。
然而,使用接口的第二个原因却是防止客户端程序员创建该类对象,并确保这仅仅是建立一个接口。这带来了一个问题:我们应该使用接口还是抽象类?如果要创建不带任何方法定义和成员变量的基类,那么第一选择应该是选择一个接口而不是抽象类。若果知道某事物应该成为一个基类,那么第一选择应该是使它成为一个接口。