抽象类与接口的区别,以及使用依据

2024-02-26 03:48

本文主要是介绍抽象类与接口的区别,以及使用依据,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

对于面向对象编程来说,抽象是它的一大特征之一。在Java中,可以通过两种形式来体现OOP的抽象:接口和抽象类。这两者有太多相似的地方,又有太多不同的地方。

抽象类与接口

  • 前言
  • 一、语义上的区别
    • 1、抽象类
      • 概要
      • 定义抽象类
      • 继承抽象类
    • 2、接口
      • 概要
      • 定义接口
      • 实现接口
    • 广义总结
  • 二、接口和抽象类的用法依据
    • 1、本质区别
    • 2、使用分析
    • 3、灵活运用
  • 三、拓展
    • 1、静态方法
    • 2、默认方法
      • 补充

前言

我们从以下几个方面简单的阐述下抽象类与接口的区别以及运用依据。


提示:以下是本篇文章正文内容,下面案例可供参考

一、语义上的区别

1、抽象类

概要

(1)成员变量:既可以是变量也可以是常量,可以定义各种类型的变量

(2)含有构造方法:用于子类访问父类的初始化

(3)成员方法:既可以是抽象的,也可以是非抽象的,即抽象类里既可以对方法进行声明,又可以实现
A:抽象方法,强制要求子类去做的事情
B:非抽象方法,子类继承的事情,提高代码复用性

(4)没有抽象方法的抽象类的意义
由于抽象方法中可以有非抽象方法及抽象类不能实例化的特性,所以定义没有抽象方法的抽象类可以实现不让外界创建对象

(5)关键字共存
private和static:抽象类中的抽象方法都要被实现,所以抽象方法不能是静态的static,也不能是私有的private
final:final修饰的类和方法无法被继承,与抽象被继承的特性相违背

(6)抽象类的子类问题
A:如果不想重写抽象方法,该子类是一个抽象类
B:重写所有的抽象方法,这个时候子类是一个具体的类。

(7)抽象类的实例化
抽象类本身无法实例化,它的实例化其实是靠具体的子类来实现的,是使用多态的方式
抽象类 a = new 子类();

(8)如果方法没有具体实现(就是方法后面 没有{}),那么必须加上abstract来声明这个方法(接口不用,是因为接口本身默认就是抽象方法)

定义抽象类

定义抽象类时,要在class前面加上关键字abstract

  abstract class 类名{//类体//可以有抽象方法,可以有非抽象方法}

继承抽象类

抽象类通过继承的方式使用,一个子类只能继承一个抽象类(父类),在子类中必须实现抽象类中所有的抽象方法。

 class 类名 extends 抽象类 {//实现全部抽象方法}

2、接口

概要

(1)接口中的方法自动被声明为public,且只能为public,如果声明为protected、private,会提醒编译出错

(2)由于接口中的“成员变量”会默认是public static final修饰的,所以接口只能定义public static final修饰的静态常量,通过类命名直接访问:ImplementClass.name。

(3)不能有静态代码块和静态方法(Java8的接口可以有默认方法和静态方法,可参考下文的“拓展”)

(4)接口中不存在实现的方法,方法只能是抽象的,没有方法体,即只能对方法进行声明

(5)在实现多接口的时候一定要避免方法名的重复,比如接口A和接口B中的方法名不能一样(接口A有void C()方法,接口B有int C()方法,则无法同时实现这两个接口,会报错)

(6)接口不能被实例化,一个类可以实现多个接口

(7)在接口里定义的接口、枚举类、变量默认都采用public static两个修饰符,不管定义时是否指定这两个修饰符,系统都会自动使用public static对他们进行修饰,同理,在接口里,会默认使用public abstract修饰方法。

(8)A是接口,B实现A,C继承B,则C也是A的子类

定义接口

使用关键字interface定义一个接口,一个接口由变量的定义和方法定义两部分组成。
[]中的内容可省略

interface 接口名 {[public] [static] [final] 变量;[public] [abstract] 方法;}

实现接口

一个类可以实现多个接口,在实现类中,需要将接口中所有的方法均实现
多个接口之间用英文逗号“,”隔开

//实现单个接口class 类名 implement 接口 {//实现所有接口中声明的方法}//实现多个接口(接口列表)class 类名 implement 接口1,接口2,...接口n {//实现所有接口中声明的方法}

广义总结

(1)抽象类中可以有抽象方法和非抽象方法,而抽象方法只能在抽象类中,故抽象类中不一定有抽象方法,但抽象方法必须在抽象类中

(2)由于抽象类可以提供成员的实现细节,而接口不能。设计抽象时,如果要求提供成员的实现细节,可选择抽象类。

(3)如果设计抽象时选择抽象类,在以后的版本中可以随意为抽象类添加新成员;而接口在这方面就没有那么灵活,只有修改代码才能添加成员。

(4)一个类可以实现多个接口,但只能继承一个抽象类,如果要实现类似于多重继承的效果,可选择接口。

二、接口和抽象类的用法依据

1、本质区别

(1)抽象类,"is a"关系,“是不是”的关系,抽象出共同的本质特征,单一继承;
(2)接口,"like a"关系,“具不具备”的关系,个性化特征,多重实现,你想让类更具个性化,则继承其他相应个性特征的接口。

当你关注一个事物的本质的时候,用抽象类;当你关注一个操作的时候,用接口。

2、使用分析

抽象类的功能要远超过接口,但是,定义抽象类的代价高。因为高级语言来说(从实际设计上来说也是)每个类只能继承一个类。在这个类中,你必须继承或编写出其所有子类的所有共性。虽然接口在功能上会弱化许多,但是它只是针对一个动作的描述,而且可以在一个类中同时实现多个接口,在设计阶段会降低难度的。

3、灵活运用

我们以人作为一个案例来进行剖析
(1)常规情况:
人都有鼻子、嘴巴、眼睛等器官,但不是每个人都会开车、做饭等。由此我们可以看出鼻子、嘴巴、眼睛是人的共同特性,而会开车和做饭是某些人特有的技能。所以我们可以把鼻子、嘴巴、眼睛这些共同特性定义在抽象类中,而会开车、做饭这些特有技能则定义在接口中。
(2)特殊情况:
在我们需要的人群对象里,会开车和做饭的人数远远大于不会的人数,如果我们还是按照上述所示的情况去进行接口实现,我们每次都要implements这个接口,代码量冗余大,所以,这种情况我们可以把会开车和做饭归属到一个新的抽象类中,可以减少implements的书写量。
了解不是目的,能灵活使用才是根本

三、拓展

Java8之后,接口中新增了默认方法和静态方法特性

1、静态方法

(1)新版的Comparator,添加了static方法comparing,传接口即可。
案例:获取数组中的最大值和最小值

package com.test.father;
import java.util.Arrays;
import java.util.Comparator;
import java.util.List;public interface Drive  {List<Integer> mlist = Arrays.asList(7, 11, 2, 33, 5);int min = mlist.stream().min(Comparator.comparing(value -> value)).get();int max = mlist.stream().max(Comparator.comparing(value -> value)).get();//静态方法public static void main(String[] args) {System.out.println(min+"--"+max);}
}

在这里插入图片描述
(2)也可以在自己的接口增加静态方法,不会影响到原代码的使用(不用在实现类重写这个方法)。

package com.test.father;public interface Drive  {//抽象方法void myDriv();//静态方法static void myDrivs() {System.out.println("静态方法");}
}	

在这里插入图片描述

2、默认方法

(1)用default修饰,实现类可以不实现默认方法,如果子类实现了,那就用子类实现的默认方法。默认方法的核心之处就是兼容以前的代码,易于扩展。
在这里插入图片描述
(2)默认方法的多继承问题:如果实现类实现了多个接口,而且每个接口都有同名的默认方法,那么Java无法判断使用哪个,这时,在实现类重写这个方法即可,因为重写优先级最高。(由于静态方法只会通过接口的名称去调用,所以不会出现多继承问题)

补充

(1)Java8增加默认方法的最初的设计目的是在改动接口的基础上,不改动其他实现类。比如Java的List接口,在Java8增加了默认方法sort,这样其他实现List接口的类不用去修改也能继承到这个方法来使用。
(2)对于状态类的变量,还是需要放在抽象类中的。

这篇关于抽象类与接口的区别,以及使用依据的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/747618

相关文章

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数

Makefile简明使用教程

文章目录 规则makefile文件的基本语法:加在命令前的特殊符号:.PHONY伪目标: Makefilev1 直观写法v2 加上中间过程v3 伪目标v4 变量 make 选项-f-n-C Make 是一种流行的构建工具,常用于将源代码转换成可执行文件或者其他形式的输出文件(如库文件、文档等)。Make 可以自动化地执行编译、链接等一系列操作。 规则 makefile文件

使用opencv优化图片(画面变清晰)

文章目录 需求影响照片清晰度的因素 实现降噪测试代码 锐化空间锐化Unsharp Masking频率域锐化对比测试 对比度增强常用算法对比测试 需求 对图像进行优化,使其看起来更清晰,同时保持尺寸不变,通常涉及到图像处理技术如锐化、降噪、对比度增强等 影响照片清晰度的因素 影响照片清晰度的因素有很多,主要可以从以下几个方面来分析 1. 拍摄设备 相机传感器:相机传

pdfmake生成pdf的使用

实际项目中有时会有根据填写的表单数据或者其他格式的数据,将数据自动填充到pdf文件中根据固定模板生成pdf文件的需求 文章目录 利用pdfmake生成pdf文件1.下载安装pdfmake第三方包2.封装生成pdf文件的共用配置3.生成pdf文件的文件模板内容4.调用方法生成pdf 利用pdfmake生成pdf文件 1.下载安装pdfmake第三方包 npm i pdfma

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合,内部除了存储元素外,还会存储一个score,存储在zset中的元素会按照score的大小升序排列,不同元素的score可以重复,score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]

git使用的说明总结

Git使用说明 下载安装(下载地址) macOS: Git - Downloading macOS Windows: Git - Downloading Windows Linux/Unix: Git (git-scm.com) 创建新仓库 本地创建新仓库:创建新文件夹,进入文件夹目录,执行指令 git init ,用以创建新的git 克隆仓库 执行指令用以创建一个本地仓库的

【北交大信息所AI-Max2】使用方法

BJTU信息所集群AI_MAX2使用方法 使用的前提是预约到相应的算力卡,拥有登录权限的账号密码,一般为导师组共用一个。 有浏览器、ssh工具就可以。 1.新建集群Terminal 浏览器登陆10.126.62.75 (如果是1集群把75改成66) 交互式开发 执行器选Terminal 密码随便设一个(需记住) 工作空间:私有数据、全部文件 加速器选GeForce_RTX_2080_Ti

native和static native区别

本文基于Hello JNI  如有疑惑,请看之前几篇文章。 native 与 static native java中 public native String helloJni();public native static String helloJniStatic();1212 JNI中 JNIEXPORT jstring JNICALL Java_com_test_g