一文彻底弄懂如何选择抽象类还是接口
前言抽象类、接口对于不论是Java、C++等程序猿都不陌生,但你知道如何正确地使用抽象类和接口吗?你是否还在模棱两可、只是简单记忆了两者的区别,遇到实际情况就不知道如何选择? 今天,我就来带你彻底弄清楚这俩的区别,当然,本文基于Java,但是对其他语言的程序猿一样适用,包会~ 什么是抽象类?什么是接口?这里照顾刚入门的程序猿,简单介绍一下这俩的定义。 抽象类(abstract class):为了继承而存在。 接口(interface):比抽象类更抽象的存在。 介绍的确实挺简单,但还是根本就不知道怎么选择他俩哪个啊……接着看! 抽象类和接口的区别其实我也总结过两者的区别,如下:
(如果需要我本人整理的一些笔记,可以关注公众号 养猪的程序猿,后面会分享) 当然,这些区别只适用Java8以前,Java8的接口可以有默认方法、静态方法,这些新特性会在下面介绍。 记住我列的这些区别,并且了解一些Java8新特性,那么面试这块应该没啥太大问题~~不过,面试官可能会让你举实际的例子或者给你个情景你来选择,对于只会死记面试题的选手来说,可能就会有问题了。不过,别慌,下面我带你通过一个非常贴近生活的例子来让你彻底弄懂如何选择! 如何选择?其实,上面的区别已经有写到,抽象类是一种“是不是”的关系,而接口是“有没有”的关系。所以,很容易想到抽象类应该是一类事物的共有的特征,比如一个Person,他有眼睛、肤色,这些描述一个人的特征可以定义在抽象类中,而一个人的行为如打篮球,这些可以定义在接口中。 这个例子其实还是不太明显,我再以一个真实程序猿的例子,通过实战来讲话吧! 对于一个程序猿。一天的开始,肯定得先起床,那么就要维护一个变量——起床时间,因为每个人的起床时间都是不同的,是一个状态量,所以这个起床时间不能用final修饰,所以接口就pass了,只有用抽象类维护这个变量。 然后去上班打卡,可以用一个函数描述打卡。上班打卡我这里就假设每个公司都要求吧hh(当然我呆过的公司有的是弹性的,不用上下班打卡hh),所以这是每个程序猿的共性,应该也放在抽象类维护。 程序猿的生活肯定不能只有写代码,可以有一些兴趣爱好,比如打球,但也不是每个程序猿都喜欢打球(宅在工位摸鱼hh),所以很容易判断应该选择接口来维护打球这个兴趣。 到这里,我们把代码写一下:
用protected修饰主要是为了继承,让子类能访问。
但是,我要告诉你,抽象类和接口的选择也不是规定死的,要根据业务来合理调整。比如,我们公司基本上每个人都喜欢打球,那么如果还是把打球兴趣定义在接口里的话,我们每次都要implements这个接口,代码量冗余大。所以,这种情况我们可以把打球归属到一个新的worker抽象类中,可以减少implements的书写量。 代码修改如下:
这样,就只需要继承BaseWorker拿到起床时间和上班打卡即可。表面上看不符合我前面说的抽象类的规范,但是这样写更符合我们的诉求,只有灵活运用才能写出简单高效的代码。 接口的默认方法和静态方法看完上面我讲的,相信你已经学会如何去选择了~最后,咱们聊聊接口的默认方法和静态方法,这俩方法是Java8的新特性。 Java8可以在接口里写静态方法,比如新版的Comparator,添加了static方法comparing,传个function型接口即可。
也可以在自己的接口增加静态方法,不会影响到原代码的使用(不用在实现类重写这个方法)。
默认方法,用default修饰,实现类可以不实现默认方法,如果子类实现了,那就用子类实现的默认方法。默认方法的核心之处就是兼容以前的代码,易于扩展。 默认方法的多继承问题:如果实现类实现了多个接口,而且每个接口都有同名的默认方法,那么Java无法判断使用哪个,这时,在实现类重写这个方法即可,因为重写优先级最高。 静态方法只会通过接口的名称去调用,所以不会出现多继承问题。 那么就会有小伙伴问了,Java8的接口这么强了还要抽象类干嘛呢? 还是那句话,存在即合理。 首先,Java8增加默认方法的最初的设计目的是在改动接口的基础上,不改动其他实现类。 比如Java的List接口,在Java8增加了默认方法sort,这样其他实现List接口的类不用去修改也能继承到这个方法来使用,毕竟现在函数式接口这么火热,肯定会增加更多更强的默认方法到接口中的。 但是对于状态类的变量,还是需要放在抽象类中的。
(编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |