我是如何理解Java抽象类和接口的?

在面试中我们经常被问到:Java中抽象类和接口的区别是什么?

然后,我们就大说一通抽象类可以有方法,接口不能有实际的方法啦;一个类只能继承一个抽象类,却可以继承多个接口啦,balabala一大堆,就好像把标准答案熟练的说出来一样。

抽象类和接口这篇文章讲到了他们的区别和联系,它们确实有很多相似的地方,但是从本质上看,或从语言的设计角度来看,这不是它们最本质的区别。

不卖关子,我个人对这两个的理解:

类是具体实例的抽象,比如一个json字符串的抽象;而抽象类就是类的抽象;接口就是抽象类的抽象,接口更像是一种协议

听我慢慢道来~

吐槽

首先,我必须吐槽一下这种面试,我认为面试官凡事问出这种类似“说说抽象类和接口的区别”,“说说进程和线程的区别”等等问题,都是不负责的表现。

为什么呢?

一个原因就是,面试官对想要招的人完全没有自己的评价标准,另一个原因就是对面试者不负责。这种问题根本不能考验面试者的水平。

那么,如果我来面试别人,我会问:请你说说你怎么理解抽象类和接口;如果要你向你外婆解释进程和线程的区别,你会怎么解释?

我觉得这可以考验面试者对问题的理解程度,我想微软的面试题(你如何向你奶奶解释Excel)一样,考验一个人对某一事物的理解程度(虽然,至今我还不能很好的想明白这个问题 -。-)

抽象类和接口的区别

说到抽象类和接口,就必须要说到类。

一个类就是对现实事物的抽象。

比如定义一个BenzCar类,就需要对现实的奔驰汽车有很好的抽象(当然奔驰汽车有好多系列,这里不钻牛角尖)。也就是说如果你要造一辆奔驰汽车,就需要BenzCar这个类(这辆奔驰汽车就是内存中的一个Instance)。

那么抽象类就是对类的抽象。

怎么理解呢?就是说有很多汽车厂商一起定义一种规范(Car类),说要造一辆汽车就需要有发动机,轮胎,音响设备…(这些就相当于抽象方法),具体用什么发动机,轮胎,音响设备由每个汽车厂商自己去完成。这样就有各种汽车了,奔驰牌的,宝马牌的,丰田牌的…

接口就是对抽象类的抽象

这只是我个人的理解。

在我们日常生活中可以看到各种“接口”,电源插座就是一种。开始我是看到耗子叔的博客在开始理解“控制翻转”这个概念的——IoC/DIP其实是一种管理思想| 酷壳- CoolShell.cn。后来我就想,这个东西其实无处不在,制造电源插座的厂和制造电器的厂只要约定一种“接口”——两口插座或三口插座,当然每个国家的接口都不一样,不同接口之间的转换就需要用适配器了。

其实程序中也一样,比如所有的交通工具可以抽象为一个接口Drivable(可能由于经验原因,我考虑的不是很完善),表示实现这个接口的类创建的对象(比如:汽车,飞机,轮船等等)都是可以驾驶的

public interface Drivable{
    public void drive();
}

然后,我们就可以创建一个AbstractCar类,表示这个对所有汽车类的一个抽象,所有可以驾驶的汽车都必须继承这个类,这个抽象类中规定了一些抽象方法,比如getEngine()方法,这说明每种汽车的引擎都不太一样,需要在子类中自定义(当然,你也可以继承AbstractCar类,对所有可能具有相同引擎的汽车进行一层抽象)。

为什么对Drivabledrive()方法进行了默认实现,但是默认实现中却直接抛出了异常呢?

其实这是一种实现接口的方法,还有一种方法就是将drive()设为abstract。这两种实现方式,我觉得从功能上讲是一样的,但是从类设计上讲是不同的。

下面代码中的实现,我是参考了java.util.AbstractList<E>add(int location, E object)方法的设计,它的文档中写到:

* @throws UnsupportedOperationException
*                if adding to this List is not supported.
public abstract class AbstractCar implements Drivable {
    public abstract Engine getEngine();

    public abstract Wheel getWheel();

    @Override
    public void drive(){
        throw new UnsupportedOperationException();
    }
    // 省略其他方法和属性
}

那么上面这段代码中的drive()可以理解为:

默认情况下“汽车”是不能开的,你实现了一个汽车类后,需要Override这个方法,实现自己的drive方法

以java容器中的List举例

到源码里面找,你就会发现List<E>的继承关系最顶层的就是Iterable,就表示说List是可以遍历的,而且它还会产生一个Iterator接口对象。这表示一个列表可以通过这个迭代器来遍历。

这就像上面说的,所有的交通工具都是可以驾驶的一样,所有的列表都是可以遍历的。

一层一层往下,类就变得更加具体。

最后

为什么接口可以继承?

其实这个原理很简单。因为总有一个最本质的协议来约束大家,比如所有的交通工具都是可以驾驶的,所有的容易都是可以遍历的。然后协议会渐渐变得更加具体:

Iterable <- Collection <- List <- AbstractList <- List

从下往上看,就是一层比一层抽象。

就像我在文章开头说的,

  • 你用ArrayList类可以创建很多个对象,ArrayList就是这些对象的一次抽象
  • AbstractList是对ArratList的一次抽象,你用AbstractList可以创建ArrayList,也可以创建Stack,或LinkedList
  • List接口就是对所有的列表类的抽象
  • Collection就是对所有单一元素的容器的抽象
  • Iterable就是一个最高层次的抽象了,表示所有的容器都是可以遍历的
  • 来源:https://blog.csdn.net/a21700790yan/article/details/80129127

原文发布于微信公众号 - java工会(javagonghui)

原文发表时间:2018-05-22

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Java帮帮-微信公众号-技术文章全总结

【Java提高四】接口与抽象类

【Java提高四】接口与抽象类 接口和内部类为我们提供了一种将接口与实现分离的更加结构化的方法。 抽象类与接口是java语言中对抽象概念进行定义的...

3386
来自专栏Java架构沉思录

深入理解-Spring-之源码剖析IOC(一)

作为Java程序员,Spirng我们再熟悉不过,可以说比自己的女朋友还要亲密,每天都会和他在一起,然而我们真的了解spring吗?

673
来自专栏禁心尽力

SpringMVC注解@RequestMapping之produces属性导致的406错误

       废话不多说,各位,直接看图说话,敢吗?这个问题网上解决的办法写的狠是粗糙,甚至说这次我干掉它完全是靠巧合,但是也不否认网上针对406错误给出的解决...

2266
来自专栏熊二哥

Java基础组件快速入门

最近需要上线很多新的JAVA项目,然而很多JAVA的相关库都不太熟悉,项目实现起来遇到了不小阻力,熬了好几天夜。现在手头的工作基本完成了,因此打算好好来归纳下j...

2086
来自专栏微信公众号:Java团长

超详细:常用的设计模式汇总

简单点说,就是一个应用程序中,某个类的实例对象只有一个,你没有办法去new,因为构造器是被private修饰的,一般通过getInstance()的方法来获取它...

611
来自专栏Jimoer

Java设计模式学习记录-建造者模式

今天周末,有小雨,正好也不用出门了,那就在家学习吧,经过了两周的面试,拿到了几个offer,但是都不是自己很想去的那种,要么就是几个人的初创小公司,要么就是开发...

1223
来自专栏程序猿DD

Spring框架中的设计模式(三)

在之前的两篇文章中,我们看到了一些在Spring框架中实现的设计模式。这一次我们会发现这个流行框架使用的3种新模式。 本文将从描述两个创意设计模式开始:原型和...

3987
来自专栏web编程技术分享

【Java框架型项目从入门到装逼】第二节 - Spring框架 AOP的丧心病狂解说,你喜欢露娜的月下无限连吗?据说露娜要重做,玩个屁,劳资退游吃鸡去了,谢谢。

2545
来自专栏技术之路

Struts2 动态结果和带参数的跳转

完整代码:Struts16ActionResultsDemo.rar 1.动态结果。    有时我们需要在Action里取得我个要转跳的页面 看一下我们的str...

1759
来自专栏更流畅、简洁的软件开发方式

《你必须知道的.net》读书笔记 002——1.2 什么是继承

    1.2 什么是继承     “对于继承,就应该着手从这些容易误解与引起争论的话题来寻找关于全面认识和了解继承的答案。一点一滴摆出来,最后在对分析的要...

1789

扫码关注云+社区