抽象类和接口
抽象类
关键字:abstract
回想前面我们的猫狗案例,提取出了一个动物类。本质上我们可以直接创建动物对象,Anmial animal = new Animal();其实这是不对的。为什么呢?因为,我说动物,你知道我说的是什么动物吗?只有看到了具体的动物,你才知道,这是什么动物。 所以说,动物本身并不是一个具体的事物,而是一个抽象的事物。只有真正的猫,狗才是具体的动物。同理,我们也可以推想,不同的动物吃的东西应该是不一样的,所以,我们不应该在动物类中给出具体体现,而是应该给出一个声明即可。在Java中,一个没有方法体的方法应该定义为抽象方法,而类中如果有抽象方法,该类必须定义为抽象类。
特点
-
抽象类和抽象方法必须用abstract关键字修饰
-
格式
-
abstract class 类名 {}
-
public abstract void eat();(没有方法体)
-
-
抽象类不一定有抽象方法,有抽象方法的类一定是抽象类
-
抽象类不能实例化
-
那么,抽象类如何实例化呢?
-
按照多态的方式,由具体的子类实例化。其实这也是多态的一种,抽象类多态。
-
-
抽象类的子类
-
要么是抽象类
-
要么重写抽象类中的所有抽象方法
-
成员特点
-
成员变量
-
可以是变量
-
也可以是常量
-
-
构造方法
-
有构造方法,但是不能实例化
-
那么,构造方法的作用是什么呢?
-
用于子类访问父类数据的初始化
-
-
-
成员方法
-
可以有抽象方法 限定子类必须完成某些动作
-
也可以有非抽象方法 提高代码复用性
-
==面试==
-
一个类如果没有抽象方法,可不可以定义为抽象类?
-
abstract不能和哪些关键字共存
-
private 冲突
-
final 冲突
-
static 无意义
-
接口
关键字:interface、implements
继续回到我们的猫狗案例,马戏团,我们想想狗一般就是看门,猫一般就是作为宠物了,对不。但是,现在有很多的驯养员或者是驯兽师,可以训练出:猫钻火圈,狗跳高,狗做计算等。而这些额外的动作,并不是所有猫或者狗一开始就具备的,这应该属于经过特殊的培训训练出来的,对不。所以,这些额外的动作定义到动物类中就不合适,也不适合直接定义到猫或者狗中,因为只有部分猫狗具备这些功能。所以,为了体现事物功能的扩展性,Java中就提供了接口来定义这些额外功能,并不给出具体实现,将来哪些猫狗需要被培训,只需要这部分猫狗把这些额外功能实现即可。
Java中的接口是一系列方法的声明,是一些==方法特征的集合==,一个接口只有方法的特征,没有方法的实现,因此这些方法可以在不同的地方被不同的类实现,而这些实现可以具有不同的行为(功能)。
特点
-
接口用关键字interface表示
-
格式:interface 接口名 {}
-
-
类实现接口用implements表示
-
格式:class 类名 implements 接口名 {}
-
-
接口不能实例化,那么,接口如何实例化?
-
按照多态的方式,由具体的子类实例化。其实这也是多态的一种,接口多态。
-
-
接口的子类
-
要么是抽象类
-
要么重写接口中的所有抽象方法
-
成员特点
成员变量
-
只能是常量
-
默认修饰符 public static final
构造方法
-
没有构造,接口主要是做功能扩展的,没有具体实现
成员方法
-
只能是抽象方法
-
默认修饰符 public abstract
类、接口之间的关系
类与类
-
继承关系,只能单继承,可以多层继承
类与接口
-
实现关系,可以单实现,也可以多实现,可以再继承一个类的时候实现多个接口
接口与接口
-
继承关系,可以单继承,也可以多继承
接口和抽象类差异
1、接口和抽象类都不能进行实例化,它们都位于继承树的顶端,用于被其他类实现和继承。
2、接口和抽象类都可以包含抽象方法,实现接口或继承抽象类的普通子类都必须实现这些抽象方法。
接口作为系统与外界交互的窗口,接口体现的是一种规范。对于接口的实现者而言,接口规定了实现者必须向外提供哪些服务。当在一个程序中使用接口时,接口是多个模块间的耦合标准,当在多个应用程序之间使用接口时,接口是多个程序之间的通信标准。
接口类似于系统的总纲,一旦接口发生变化,对于整个系统是辐射式的,所有实现这个接口的普通类都要进行改写。抽象类则不一样,抽象类作为系统中多个子类的共同父类,它所体现的是一种模版式设计。抽象类作为多个子类的抽象父类,可以被当成系统实现过程中的中间产品。这个中间产品已经实现了系统的部分功能,但这个类不能称为最终产品,必须有更进一步的完善,这种完善可能有几种不同的方式来实现。
接口与抽象类在用法上也存在如下差异:
(1) 接口里只能包含抽象方法,不包含已经提供实现的方法,抽象类则完全可以包含普通方法。
(2) 接口里不能定义静态方法,抽象类里可以定义静态方法。
(3) 接口里只能定义静态常量Field,不能定义普通的Field,抽象类里则都可以
(4) 接口里不包含构造器,抽象类里可以包含构造器,抽象类里的构造器并不是用来创建对象,而是让其子类调用这些构造器完成属于抽象类的初始化操作。
(5) 接口里不能包含初始化块,但抽象类则完全可以包含初始化块。
(6) 一个类最多只有一个父类,包括抽象类,但是一个类可以实现多个接口。
(7) 从设计理论上说,抽象类被继承体现的是:“is a”的关系。抽象类中定义的是该继承体系的共性功能。而接口被实现体现的是:“like a”的关系。接口中定义的是该继承体系的扩展功能。
作用
通俗点说,接口就是一种协议。例如两个开发者,开发时间完全不一致,那么需要两个人的配合开发,则需要一个人把接口写好,定义好其中所有的变量命名规范、函数定义规范。具体实现类的开发人员则只需要按照接口实现相应功能即可。
为什么不在一个类里直接实现相应的方法,而是要先进行接口抽象
-
方便定义全局变量(常量),接口定义通用规范和数据
-
真正作用是建立在很多的对象类、并且类同时拥有很多的方法(需要实现的功能)。这种情景下,使用接口可以非常明显的感觉到接口的作用。看下面的例子:
例如:海 、陆、 空 三种生活的动物类型,三种分别可以实现的功能是:
海:游泳、捕猎水生动物、长时间憋气
陆:走、跑、跳、爬、捕食、交流
空:飞、捕食空中动物、鸣叫
现在有这些确定的需要实例化的对象类
人类(海、陆)
鱼(海)
鳄鱼(海、陆)
鸟(陆、空)
总结:
-
全局变量定义
-
如同上面的例子,我们去实现接口后,能够很明显清楚各个类具体实现类之间的关系,如果将自己的代码交给别人看的时候,他只需要看你所定义的接口就知道了你的类具体是干嘛的。换言之,你看别人的代码,如果别人的代码也是这样定义的,那么是不是改别人代码、看懂别人代码也容易很多了。