深入解析Java接口(interface)的使用
java接口(interface)的概念及使用
在抽象类中,可以包含一个或多个抽象方法;但在接口(interface)中,所有的方法必须都是抽象的,不能有方法体,它比抽象类更加“抽象”。
接口使用 interface 关键字来声明,可以看做是一种特殊的抽象类,可以指定一个类必须做什么,而不是规定它如何去做。
现实中也有很多接口的实例,比如说串口电脑硬盘,serial ata委员会指定了serial ata 2.0规范,这种规范就是接口。serial ata委员会不负责生产硬盘,只是指定通用的规范。
希捷、日立、三星等生产厂家会按照规范生产符合接口的硬盘,这些硬盘就可以实现通用化,如果正在用一块160g日立的串口硬盘,现在要升级了,可以购买一块320g的希捷串口硬盘,安装上去就可以继续使用了。
下面的代码可以模拟serial ata委员会定义以下串口硬盘接口:
//串行硬盘接口 public interface satahdd{ //连接线的数量 public static final int connect_line=4; //写数据 public void writedata(string data); //读数据 public string readdata(); }
注意:接口中声明的成员变量默认都是 public static final 的,必须显示的初始化。因而在常量声明时可以省略这些修饰符。
接口是若干常量和抽象方法的集合,目前看来和抽象类差不多。确实如此,接口本就是从抽象类中演化而来的,因而除特别规定,接口享有和类同样的“待遇”。比如,源程序中可以定义多个类或接口,但最多只能有一个public 的类或接口,如果有则源文件必须取和public的类和接口相同的名字。和类的继承格式一样,接口之间也可以继承,子接口可以继承父接口中的常量和抽象方法并添加新的抽象方法等。
但接口有其自身的一些特性,归纳如下。
1) 接口中只能定义抽象方法,这些方法默认为 public abstract 的,因而在声明方法时可以省略这些修饰符。试图在接口中定义实例变量、非抽象的实例方法及静态方法,都是非法的。例如:
public interface satahdd{ //连接线的数量 public int connectline; //编译出错,connectline被看做静态常量,必须显式初始化 //写数据 protected void writedata(string data); //编译出错,必须是public类型 //读数据 public static string readdata(){ //编译出错,接口中不能包含静态方法 return "数据"; //编译出错,接口中只能包含抽象方法, } }
3) 接口中没有构造方法,不能被实例化。
4) 一个接口不实现另一个接口,但可以继承多个其他接口。接口的多继承特点弥补了类的单继承。例如:
//串行硬盘接口 public interface satahdd extends a,b{ // 连接线的数量 public static final int connect_line = 4; // 写数据 public void writedata(string data); // 读数据 public string readdata(); } interface a{ public void a(); } interface b{ public void b(); }
为什么使用接口
大型项目开发中,可能需要从继承链的中间插入一个类,让它的子类具备某些功能而不影响它们的父类。例如 a -> b -> c -> d -> e,a 是祖先类,如果需要为c、d、e类添加某些通用的功能,最简单的方法是让c类再继承另外一个类。但是问题来了,java 是一种单继承的语言,不能再让c继承另外一个父类了,只到移动到继承链的最顶端,让a再继承一个父类。这样一来,对c、d、e类的修改,影响到了整个继承链,不具备可插入性的设计。
接口是可插入性的保证。在一个继承链中的任何一个类都可以实现一个接口,这个接口会影响到此类的所有子类,但不会影响到此类的任何父类。此类将不得不实现这个接口所规定的方法,而子类可以从此类自动继承这些方法,这时候,这些子类具有了可插入性。
我们关心的不是哪一个具体的类,而是这个类是否实现了我们需要的接口。
接口提供了关联以及方法调用上的可插入性,软件系统的规模越大,生命周期越长,接口使得软件系统的灵活性和可扩展性,可插入性方面得到保证。
接口在面向对象的 java 程序设计中占有举足轻重的地位。事实上在设计阶段最重要的任务之一就是设计出各部分的接口,然后通过接口的组合,形成程序的基本框架结构。
接口的使用
接口的使用与类的使用有些不同。在需要使用类的地方,会直接使用new关键字来构建一个类的实例,但接口不可以这样使用,因为接口不能直接使用 new 关键字来构建实例。
接口必须通过类来实现(implements)它的抽象方法,然后再实例化类。类实现接口的关键字为implements。
如果一个类不能实现该接口的所有抽象方法,那么这个类必须被定义为抽象方法。
不允许创建接口的实例,但允许定义接口类型的引用变量,该变量指向了实现接口的类的实例。
一个类只能继承一个父类,但却可以实现多个接口。
实现接口的格式如下:
修饰符 class 类名 extends 父类 implements 多个接口 {
实现方法
}
请看下面的例子:
import static java.lang.system.*; public class demo{ public static void main(string[] args) { satahdd sh1=new seagatehdd(); //初始化希捷硬盘 satahdd sh2=new samsunghdd(); //初始化三星硬盘 } } //串行硬盘接口 interface satahdd{ //连接线的数量 public static final int connect_line=4; //写数据 public void writedata(string data); //读数据 public string readdata(); } // 维修硬盘接口 interface fixhdd{ // 维修地址 string address = "北京市海淀区"; // 开始维修 boolean dofix(); } //希捷硬盘 class seagatehdd implements satahdd, fixhdd{ //希捷硬盘读取数据 public string readdata(){ return "数据"; } //希捷硬盘写入数据 public void writedata(string data) { out.println("写入成功"); } // 维修希捷硬盘 public boolean dofix(){ return true; } } //三星硬盘 class samsunghdd implements satahdd{ //三星硬盘读取数据 public string readdata(){ return "数据"; } //三星硬盘写入数据 public void writedata(string data){ out.println("写入成功"); } } //某劣质硬盘,不能写数据 abstract class xxhdd implements satahdd{ //硬盘读取数据 public string readdata() { return "数据"; } }
接口作为类型使用
接口作为引用类型来使用,任何实现该接口的类的实例都可以存储在该接口类型的变量中,通过这些变量可以访问类中所实现的接口中的方法,java 运行时系统会动态地确定应该使用哪个类中的方法,实际上是调用相应的实现类的方法。
示例如下:
public class demo{ public void test1(a a) { a.dosth(); } public static void main(string[] args) { demo d = new demo(); a a = new b(); d.test1(a); } } interface a { public int dosth(); } class b implements a { public int dosth() { system.out.println("now in b"); return 123; } }
运行结果:
now in b
大家看到接口可以作为一个类型来使用,把接口作为方法的参数和返回类型。
java接口和抽象类的区别
类是对象的模板,抽象类和接口可以看做是具体的类的模板。
由于从某种角度讲,接口是一种特殊的抽象类,它们的渊源颇深,有很大的相似之处,所以在选择使用谁的问题上很容易迷糊。我们首先分析它们具有的相同点。
都代表类树形结构的抽象层。在使用引用变量时,尽量使用类结构的抽象层,使方法的定义和实现分离,这样做对于代码有松散耦合的好处。
都不能被实例化。
都能包含抽象方法。抽象方法用来描述系统提供哪些功能,而不必关心具体的实现。
下面说一下抽象类和接口的主要区别。
1) 抽象类可以为部分方法提供实现,避免了在子类中重复实现这些方法,提高了代码的可重用性,这是抽象类的优势;而接口中只能包含抽象方法,不能包含任何实现。
public abstract class a{ public abstract void method1(); public void method2(){ //a method2 } } public class b extends a{ public void method1(){ //b method1 } } public class c extends a{ public void method1(){ //c method1 } }
抽象类a有两个子类b、c,由于a中有方法method2的实现,子类b、c中不需要重写method2方法,我们就说a为子类提供了公共的功能,或a约束了子类的行为。method2就是代码可重用的例子。a 并没有定义 method1的实现,也就是说b、c 可以根据自己的特点实现method1方法,这又体现了松散耦合的特性。
再换成接口看看:
public interface a{ public void method1(); public void method2(); } public class b implements a{ public void method1(){ //b method1 } public void method2(){ //b method2 } } public class c implements a{ public void method1(){ //c method1 } public void method2(){ //c method2 } }
接口a无法为实现类b、c提供公共的功能,也就是说a无法约束b、c的行为。b、c可以*地发挥自己的特点现实 method1和 method2方法,接口a毫无掌控能力。
2) 一个类只能继承一个直接的父类(可能是抽象类),但一个类可以实现多个接口,这个就是接口的优势。
interface a{ public void method2(); } interface b{ public void method1(); } class c implements a,b{ public void method1(){ //c method1 } public void method2(){ //c method2 } } //可以如此灵活的使用c,并且c还有机会进行扩展,实现其他接口 a a=new c(); b b=new c(); abstract class a{ public abstract void method1(); } abstract class b extends a{ public abstract void method2(); } class c extends b{ public void method1(){ //c method1 } public void method2() { //c method2 } }
对于c类,将没有机会继承其他父类了。
综上所述,接口和抽象类各有优缺点,在接口和抽象类的选择上,必须遵守这样一个原则:
行为模型应该总是通过接口而不是抽象类定义,所以通常是优先选用接口,尽量少用抽象类。
选择抽象类的时候通常是如下情况:需要定义子类的行为,又要为子类提供通用的功能。