一.抽象
包含抽象方法的类称为抽象类,但并不意味着抽象类中只能有抽象方法,它和普通类一样,同样可以拥有成员变量和普通的成员方法。
注意,抽象类和普通类的主要有三点区别:
1)抽象方法必须为public或者protected(因为如果为private,则不能被子类继承,子类便无法实现该方法),缺省情况下默认为public。
2)抽象类不能用来创建对象;
3)如果一个类(子类)继承于一个抽象类(父类),则该类(子类)必须实现这个抽象类(父类)的所有抽象方法。如果子类没有实现父类的抽象方法,则必须将子类也定义为为abstract类。
抽象类的格式:
[public] abstract class ClassName {
abstract void fun();
}
说明:
1、抽象方法是一种特殊的方法:它只有声明,而没有具体的实现。抽象方法的声明格式为:
abstract void fun();
3、从这里可以看出,抽象类就是为了继承而存在的,如果你定义了一个抽象类,却不去继承它,那么等于白白创建了这个抽象类,因为你不能用它来做任何事情。
4、对于一个父类,如果它的某个方法在父类中实现出来没有任何意义,必须根据子类的实际需求来进行不同的实现,那么就可以将这个方法声明为abstract方法,此时这个类也就成为abstract类(抽象类)了。
二.接口
接口,英文称作interface,在软件工程中,接口泛指供别人调用的方法或者函数。它是对行为的抽象
在Java中,接口的格式如下:
[public] interface InterfaceName {
}
说明:
1、接口中的方法必须都是抽象方法,接口是一种极度抽象的类型,它比抽象类更加“抽象”,并且一般情况下不在接口中定义变量。
2、接口中可以含有 变量和方法。但是要注意,接口中的变量会被隐式地指定为public static final变量(并且只能是public static final变量,用private修饰会报编译错误)
三.抽象和接口的区别
1)抽象类是对一类事物的抽象,包括属性、行为;而接口是对类局部(行为)进行抽象。
举个简单的例子,飞机和鸟是不同类的事物,但是它们都有一个共性,就是都会飞。那么在设计的时候,可以将飞机设计为一个类Airplane,将鸟设计为一个类Bird,但是不能将"飞行"这个特性也设计为类,因此它只是一个行为特性,并不是对一类事物的抽象描述。
此时可以将"飞行"设计为一个(interface)接口Fly,包含方法fly(),
如下:
//飞行的接口
public Interface Fly {
void fly() ;
}
然后Airplane和Bird分别根据自己的需要实现Fly这个接口。
//飞机类,实现飞行接口,具有飞行能力
public abstract class Airplane implements Fly{
@Override
public void fly() {
System.out.println("我是飞机");
}
}
//鸟类,实现飞行接口,具有飞行能力
public abstract Bird implements Fly{
@Override
public void fly() {
System.out.println("bird can fly");
}
}
然后至于有不同种类的飞机,比如战斗机、民用飞机等直接继承Airplane即可,
如;
可以重写fly方法
public void CivilAircraft extends Airplane {
@Override
void fly() {
System.out.print("民用飞机具有飞机飞行的能力") ;
}
}
不重写fly方法
public void CivilAircraft extends Airplane {
}
对于鸟也是类似的,不同种类的鸟直接继承Bird类即可。
从这里可以看出,继承是一个"是不是"的关系,而接口实现则是"有没有"的关系。
如果一个类继承了某个抽象类,则子类必定是抽象类的种类。
而接口实现则是有没有、具备不具备的关系,比如鸟是否能飞(或者是否具备飞行这个特点),能飞行则可以实现这个接口,不能飞行就不实现这个接口。
2)设计层面不同
抽象类作为很多子类的父类,它是一种模板式设计。
而接口是一种行为规范,它是一种辐射式设计。
什么是模板式设计?最简单例子,大家都用过ppt里面的模板,如果用模板A设计了ppt B和ppt C,ppt B和ppt C公共的部分就是模板A了,如果它们的公共部分需要改动,则只需要改动模板A就可以了,不需要重新对ppt B和ppt C进行改动。
而辐射式设计,比如某个电梯都装了某种报警器,一旦要更新报警器,就必须全部更新。
也就是说对于抽象类,如果需要添加新的方法,可以直接在抽象类中添加具体的实现,子类可以不进行变更;
而对于接口则不行,如果接口进行了变更,则所有实现这个接口的类都必须进行相应的改动。(如,如果接口类添加了一个方法,所有实现它的类都要实现这个新添加的方法)
下面看一个网上流传最广泛的例子:门和警报的例子:
门都有(开)open( )和(关)close( )两个动作,此时我们可以通过抽象类和接口来分别定义这个抽象概念:
abstract class Door {
public abstract void open();
public abstract void close();
public abstract void alarm() ;
}
或者:
interface Door {
public abstract void open();
public abstract void close();
public abstract void alarm() ;
}
但是现在如果我们需要门具有报警alarm( )的功能,那么该如何实现?下面提供两种思路:
1)将这三个功能都放在抽象类里面,但是这样一来所有继承于这个抽象类的子类都具备了报警功能,但是有的门并不一定具备报警功能;
如:
abstract class Door {
public abstract void open();
public abstract void close();
public abstract void alarm() ;
}
//家门不需要报警的功能,但是如果将Door设计成抽象类,继承该类时,就必须重写alarm();方法
public class HomeDoor extends Door {
@Override
public void open() {
}
@Override
public void close() {
}
@Override
public void alarm() {
}
}
2)将这三个功能都放在接口里面,需要用到报警功能的类就需要实现这个接口中的open( )和close( ),也许这个类根本就不具备open( )和close( )这两个功能,比如火灾报警器。
public interface Door {
public abstract void open();
public abstract void close();
public abstract void alarm();
}
//报警器不需要open() 和 close() 方法
public class FireAlarm implements Door {
@Override
public void open() {
}
@Override
public void close() {
}
@Override
public void alarm() {
}
}
从这里可以看出,Door的open()、close()和alarm()根本就属于两个不同范畴内的行为,open()和close()属于门本身固有的行为特性,而alarm()属于延伸的附加行为。
因此最好的解决办法是:
a、单独将报警设计为一个接口,包含alarm()行为;
b、Door设计为单独的一个抽象类,包含open和close两种行为。
interface Alram {
void alarm();
}
abstract class Door {
void open();
void close();
}
class AlarmDoor extends Door implements Alarm {
void oepn() {
//....
}
void close() {
//....
}
void alarm() {
//....
}
}