java接口怎么使用

急啊 高分!!

java不允许多重继承,也就是说一个子类只能有一个父类,
Son extends FatherA,FatherB 是错误的

为了弥补这点不足,java允许实现多个接口,
接口就是给出一些没有内容的方法,类似于C++中的虚类。到具体用的时候再由用的方法自己定义内容,要注意的是想用接口必须实现接口的所

有方法。
其实是因为java不支持多继承才产生了接口

接口是用来规范类的
它可以避免类在设计上的不一致
这在多人合作的开发中犹为重要

就比如接口中有A方法
那么实现这个接口就必须实现A方法
这就形成了一种规范
也就是说,A继承了B,但却想使用C的一个方法,但又不能再继承,所以就使用了C的接口。

Java接口和Java抽象类代表的就是抽象类型,就是我们需要提出的抽象层的具体表现。OOP面向对象的编程,如果要提高程序的复用率,增加程序的可维护性,可扩展性,就必须是面向接口的编程,面向抽象的编程,正确地使用接口、抽象类这些太有用的抽象类型做为你结构层次上的顶层。

Java接口和Java抽象类有太多相似的地方,又有太多特别的地方,究竟在什么地方,才是它们的最佳位置呢?把它们比较一下,你就可以发现了。
温馨提示:答案为网友推荐,仅供参考
第1个回答  2009-05-18
说简单点,接口就是一个规范
这个规范决定了你的类必需有某种行为(方法)。

之所以我们需要这样的规范存在是因为接口的变量能够指向实现了这个接口的类,从而使我们能把类的调用改成规范的调用。

到目前我所说的依旧很抽象,接口的优势也不可能在一,两个类就全部提现出来。那么你需要设想一个例子来明白我的意思

假如有那么一个类A里面调用B类的SORT()方法来实现某数列的排序,然而3天后设计者发现一个和B类很相似的类--C需要被加入系统,也需要被排序,那么他不仅要写C类的代码,还需要再类A里加上对C类的处理(代码量和处理B差不多)。

但是要是有了接口就不一样了,设计者只需要在A里面把对B的操作变成对某规范的操作(标准1)那么不管怎么加类都不会太多影响到A的代码。我们只需要告诉类A标准的实现是哪个就可以了

代码上来看呢

CLASS A <-- 负责调用
CLASS B, C <-- 负责被调用,都可能被排序

没有接口的例子代码就可能是这样的

publi class A{
private B b;
private C c;
..........
b = new B();
c = new C();
..........

public void sortB(){
b.sort()
}

public void sortC(){
c.sort();
}

}

如果有接口E能包含方法sort();而且B和C都实现了这个接口A的代码就容易多了

public Class A{
private E e;
...........
if(needsA){
e = new A();
}else if(needsB){
e = new B();
}
...........
public void sort(){
e.sort();
}
}

也就是说,接口是帮你实现规范调用的手段,调用类不必担心它到底在调用哪个类。这样的代码很灵活也很容易修改
第2个回答  2009-05-18
如果你明白抽象类就容易理解这个了,其实接口和抽象类很相似,因为java里不可以实现多重继承,所以提出了抽象类的概念:
一个接口里定义多个方法,而实现这个接口的类来实现这些方法,一个类可以实现多个方法。

---------以下为copy参考---------

java不允许多重继承,也就是说一个子类只能有一个父类,
Son extends FatherA,FatherB 是错误的

为了弥补这点不足,java允许实现多个接口,
接口就是给出一些没有内容的方法,类似于C++中的虚类。到具体用的时候再由用的方法自己定义内容,要注意的是想用接口必须实现接口的所

有方法。
其实是因为java不支持多继承才产生了接口

接口是用来规范类的
它可以避免类在设计上的不一致
这在多人合作的开发中犹为重要

就比如接口中有A方法
那么实现这个接口就必须实现A方法
这就形成了一种规范
也就是说,A继承了B,但却想使用C的一个方法,但又不能再继承,所以就使用了C的接口。

Java接口和Java抽象类代表的就是抽象类型,就是我们需要提出的抽象层的具体表现。OOP面向对象的编程,如果要提高程序的复用率,增加程序的可维护性,可扩展性,就必须是面向接口的编程,面向抽象的编程,正确地使用接口、抽象类这些太有用的抽象类型做为你结构层次上的顶层。

Java接口和Java抽象类有太多相似的地方,又有太多特别的地方,究竟在什么地方,才是它们的最佳位置呢?把它们比较一下,你就可以发现了。

1、Java接口和Java抽象类最大的一个区别,就在于Java抽象类可以提供某些方法的部分实现,而Java接口不可以,这大概就是Java抽象类唯一的优点吧,但这个优点非常有用。
如果向一个抽象类里加入一个新的具体方法时,那么它所有的子类都一下子都得到了这个新方法,而Java接口做不到这一点,如果向一个Java接口里加入一个新方法,所有实现这个接口的类就无法成功通过编译了,因为你必须让每一个类都再实现这个方法才行,这显然是Java接口的缺点。

2、一个抽象类的实现只能由这个抽象类的子类给出,也就是说,这个实现处在抽象类所定义出的继承的等级结构中,而由于Java语言的单继承性,所以抽象类作为类型定义工具的效能大打折扣。
在这一点上,Java接口的优势就出来了,任何一个实现了一个Java接口所规定的方法的类都可以具有这个接口的类型,而一个类可以实现任意多个Java接口,从而这个类就有了多种类型。

3、从第2点不难看出,Java接口是定义混合类型的理想工具,混合类表明一个类不仅仅具有某个主类型的行为,而且具有其他的次要行为。

4、结合1、2点中抽象类和Java接口的各自优势,具精典的设计模式就出来了:声明类型的工作仍然由Java接口承担,但是同时给出一个Java抽象类,且实现了这个接口,而其他同属于这个抽象类型的具体类可以选择实现这个Java接口,也可以选择继承这个抽象类,也就是说在层次结构中,Java接口在最上面,然后紧跟着抽象类,哈,这下两个的最大优点都能发挥到极至了。这个模式就是“缺省适配模式”。
在Java语言API中用了这种模式,而且全都遵循一定的命名规范:Abstract +接口名。

Java接口和Java抽象类的存在就是为了用于具体类的实现和继承的,如果你准备写一个具体类去继承另一个具体类的话,那你的设计就有很大问题了。Java抽象类就是为了继承而存在的,它的抽象方法就是为了强制子类必须去实现的。

使用Java接口和抽象Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明,以及数据类型的转换等。而不要用具体Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明,以及数据类型的转换等。

我想,如果你编的代码里面连一个接口和抽象类都没有的话,也许我可以说你根本没有用到任何设计模式,任何一个设计模式都是和抽象分不开的,而抽象与Java接口和抽象Java类又是分不开的。

理解抽象,理解Java接口和抽象Java类,我想就应该是真正开始用面向对象的思想去分析问题,解决问题了吧。
第3个回答  2009-05-18
public inteface b{}
public class c{}

public class a implement b extends c{}
接口里一般写的是要实现的方法 然后你用类去实现这个接口
第4个回答  2009-05-18
接口是用来被实现的, 接口定义了方法, 但没有方法的实体
继承了该接口的类 要有其全部方法 并补全 方法的函数。
接口的好处, 维护性, 扩展性
相似回答