继承、多态和接口

最新推荐文章于 2023-03-16 23:15:22 发布

不爱写代码の七

最新推荐文章于 2023-03-16 23:15:22 发布

阅读量123

点赞数 6

分类专栏： Java学习文章标签： java jvm 开发语言经验分享 Powered by 金山文档

本文链接：https://blog.csdn.net/2201_75919566/article/details/128580242

版权

Java学习专栏收录该内容

8 篇文章 0 订阅

订阅专栏

今晚前瞻，八点嘿嘿~

今天来写继承多态和接口，以及剩下的一些语法部分，写完这篇总结，SE语法就暂时结束了，明天开始数据结构的学习。

下笔之前，我想调格式来着，但是一想到这些，我心里多少带点烦，相比于格式，我更愿意把重心放在内容上，毕竟我写这个博客主要也是为了自己的复盘，大家如果愿意读我的想法，那我肯定高兴，如果嫌文章太丑了也欢迎批评，我大概不会改嘿嘿嘿~

好了，废话不多说，开始！（前排提醒，文章没有精心排版，没有分类分点，纯粹个人想法的随心流露）

杂谈

前一个礼拜，一直沉浸在这部分的学习中，不管是看网课，学库函数，还是看书，都学到了很多，总的来说，java语法或者说面向对象的最核心的东西之一，应该就是我今天要说的继承和多态了。

初学吧，在把类和对象学名白后，感觉继承还是蛮简单的，不也就是类似父子关系那样呗，你有的我也有，除此之外我也可以发展我自己特有的。而学到多态我有点懵，我以为继承完以后有自己的特性就算多态了，虽然这也算是多态，但是我学到的那种多态表现出来的形式还是让我大吃一惊：即调用同一个类方法，传入不同的对象，会根据对象的不同，自动调用不同的方法。说起来就好像我们会走路，猴子也会走路，但是走起路来的样子却是大不相同，而我们都同属于哺乳动物，这时可以说发生了多态。

而接口又是个什么东西？我看网课，看书，在b站上找视频，没有很多人能把接口是什么很生动形象地讲给我。网上大多数地方对接口的描述超级简单，就是非常官方的那种，说是什么实现方法的一种规范，实现了什么接口，就可以干什么事情之类的，也有拿Usb举例子的，比如说电脑有Usb接口，它就可以使用鼠标、键盘等功能，我当时一顿懵，我倒是觉得，不用接口这个东西也可以啊？一时间想不通。

最后，还是b站上一个视频下面的评论用了几句话启发到我。

这个评论具体是什么我不记得了，但是大概意思就是说，一个类的为什么可以继承，可以多态，可以实现接口，就是为了让我们对象的设计更加人性化，用起来也更简洁明了。继承就是说明这个类是个什么，因为它从父类继承过来，拥有父类拥有的一切可以集成的属性和方法；而多态就是继承完父类的子类有什么自己才有的特性；接口就是说这个类可以实现、或者说你想让她实现什么功能，必须得有这个接口，就类似于你想跑，虽然你有腿，但是你还必须得有运动神经！

上面这一段话是我根据他简短的几句话拓展开的，带有自己的理解，可能不算是很到位，但是对于基础理解来说，我觉得应该说大差不差。然后说到接口，又不得不说一下抽象类，这两个东西用起来极其地相似，为什么这么说，在从多渠道学接口的时候，这两个东西几乎总是同时出现，在我一番研究后，发现它们在很多方面都是相似的：

它们内部原则上来说都不具体实现方法，而是留给继承它的类或者实现它的类来重写方法；

它们都可以被继承或者实现，也就是说，接口或者抽象类可以当作方法的合集；

接口本质上是抽象类的简化，仅用于功能的实现，除去了其它的功能。

而在使用过程中，这两个东西究竟怎么使用，场景又是如何呢？这个我暂时不得而知。毕竟我现在只是一些理论学习，以后用起来还得另外说。

不过我还看过这种说法：抽象类和接口都是面向对象中非常抽象的东西，而实际上，它们本质也是对事物的抽象，具体来说，抽象类，正如其名，这点它是和类一样，将对象的属性特征抽象出来，而接口则是将对象的行为特征抽象出来；再具体点，抽象类一般用于相同种类的对象的归纳中，而接口则只关注对象的行为本身，不关注对象本身，比如上面的例子，我能走，猴子能走，我们都得实现走路这个接口，我们虽然物种不同，但是我们都能走，因此行为上是一致的。

突然想到一点很有意思的：如果说接口就是一个行为实现的标准，类似于，我定义了一个电脑类，这个电脑类需要实现鼠标这个接口才能使用鼠标，实现了键盘这个借口才能打字，而电脑内部的驱动器就是对外部设备进行重写和兼容的工具；而笔记本电脑的设计好像就是类似于用到了封装思想，将鼠标键盘设置为内驱，从而不用接口也可以打字和用鼠标，但是他们依然存在接口，这些接口的存在就是为了满足将来可能的其他需求，比如说我想使用我自己买的键盘和鼠标，这时候就需要实现接口接入设备，然后内部驱动再将自带的驱动重写，从而实现外驱，这也算接口思想的应用之一吧。

上一段是我某天突发的一些想法，记录在此。