Kotlin教程笔记(12) - 面向对象之继承与实现

简介: Kotlin教程笔记(12) - 面向对象之继承与实现

本系列学习教程笔记属于详细讲解Kotlin语法的教程,需要快速学习Kotlin语法的小伙伴可以查看“简洁” 系列的教程

快速入门请阅读如下简洁教程:
Kotlin学习教程(一)
Kotlin学习教程(二)
Kotlin学习教程(三)
Kotlin学习教程(四)
Kotlin学习教程(五)
Kotlin学习教程(六)
Kotlin学习教程(七)
Kotlin学习教程(八)
Kotlin学习教程(九)
Kotlin学习教程(十)

Kotlin教程笔记(12) - 面向对象之继承与实现

imgKotlin - 面向对象之继承与实现

继承是面向对象编程的三大特性之一,在开发过程中会经常使用,继承可以让子类拥有父类的功能,也可以对父类功能进行增强修改。

面向对象编程的三大特性:封装、继承、多态

#继承普通类

Kotlin 中默认 类、方法 都是 final 的,因此默认无法被子类继承或重写,但可通过 open 关键字来解除:

  • 父类需要 open 才可以被继承
  • 父类方法、属性需要 open 才可以被覆写
  • 覆写父类成员需要 override 关键字
open class Person() {
    open fun walk() {
        println("慢慢走")
    }
}

class Doctor : Person() {
    override fun walk() {
        // super.walk()
        println("快走")
    }
}

子类重写父类方法时,会使用到 override 关键字,另外,重写的方法体中可以使用 super.xxx() 来调用父类方法中原有的逻辑,当然你也可以选择完全重写(方法体中不使用 super.xxx() 即可)。Kotlin 中父类的属性与方法一样,子类要重写的话,需要使用 open 关键字修饰父类属性,解除 final:

// 重写父类属性
open class Person(open val name: String) {
    ...
}
class Doctor(override val name: String) : Person(name) {
    ...
}

当然啦,也不是所有子类都需要重写父类成员属性的,因为子类可通过 getter/setter 对父类的成员属性进行访问。这时子类仅需要将临时变量(即不使用 val 或 var 修饰的构造器参数变量)传递到父类构造器中就好了:

  • 继承类时实际上是调用了父类构造方法
// 传递构造参数
open class Person(val name: String) { // 使用了val,所以name是父类Person的成员属性。
    ...
}
class Doctor(name: String) : Person(name) { // 没有val,所以name仅仅只是一个临时变量。
    ...
}

// 不想重写父亲属性就不要使用val或var修改,因为这相当于在子类中定义了一个与父类成员属性同名的属性。
// class Doctor(val name: String) : Person(name) // IDE报错:'name' hides memeber of supertype 'Person' and needs 'override' modifier

#继承(实现)抽象类(接口)

相比于普通类,抽象类与接口就比较"开放"了,因为它们本身设计出来就是为了让子类(实现类)去继承(实现)的:

  • 接口、接口方法、抽象类默认为 open
abstract class Person() {
    open fun walk() { // 成员方法,想被子类重写需要使用open关键字
        println("慢慢走")
    }

    abstract fun work() // 抽象方法,默认就是open的
}

class Doctor : Person() {
    override fun walk() {
        println("快走")
    }

    override fun work() { // 子类实现父类抽象方法,还是需要使用override关键字
    }
}

#接口代理

Kotlin 不支持多继承,只能使用接口来实现多个功能,但我们又不想在类中将接口方法的实现写死,这样代码就不够灵活,因此,往往会在类的构造器参数中,将接口的实现类传进来,而在我们的类中,只需要在实现了接口方法的方法体中调用实现类的对应方法:

interface Driver {
    fun dirve()
}

class Manager(val driver: Driver) : Driver {
    override fun dirve() {
        driver.dirve()
    }
}

但这种写法会显得比较罗嗦,Kotlin 提供了 接口代理 将接口方法实现直接交给代理类实现:

  • 格式: class XXX(接口实现类) : 接口 by 接口实现类
class Manager(driver: Driver): Driver by driver

这算不算是对 Kotlin 不支持多继承的 "曲线救国" 呢?其实 Java 也一样不支持多继承,通常会使用组合的方式来处理。

#接口方法冲突

前面我们已经知道了接口方法是可以有默认实现的,Kotlin 可以实现多个接口,而这些接口可能拥有相同的接口方法,就比如这样:

interface Radio {
    fun display(): String {
        return "107.1"
    }
    ...
}

interface Compass {
    fun display(): String {
        return "东方"
    }
    ...
}

这时有一个实现类,同时实现了上述两个接口,就会出现接口方法冲突问题:

class Phone(val type: Int) : Radio, Compass {
    override fun display(): String {
        return super.display() // IDE报错:Many supertypes available, please specify the one you mean in angle brackets, e.g. 'super<Foo>'
    }
    ...
}

根据提示,这个接口方法冲突问题其实也挺好解决的,只需要在 super 后使用泛型指定父类(接口)名即可:

class Phone(val type: Int) : Radio, Compass {
    override fun display(): String {
        when (type) {
            0 -> return super<Radio>.display()
            1 -> return super<Compass>.display()
            else -> return "不支持"
        }
    }
}

要注意,这里的接口方法冲突,指的是 签名一致且返回值相同的冲突 ,如果签名一致但返回值类型不同,那这个问题将无解:

方法签名一致指的是方法名、参数列表相同。

interface Radio {
    fun display(): String {
        return "107.1"
    }
}

interface Compass {
    fun display(): Int {
        return 180
    }
}

// IDE报错:
// Platform declaration clash: The following declarations have the same JVM signature (display()Ljava/lang/String;)
// Platform declaration clash: The following declarations have the same JVM signature (display()I;)
class Phone(val type: Int) : Radio, Compass {
    override fun display(): String { // IDE报错
    }

    override fun display(): Int { // IDE报错
    }
}

但反过来,如果方法返回值相同但签名不一致,那这情况就不一样了,就相当于 2 个不一样的方法,需要分开重写,只是在使用 super.xxx() 调用接口方法时同样还是需要使用泛型来指明父接口,避免发生歧义:

interface Radio {
    fun display(): String {
        return "107.1"
    }
}

interface Compass {
    fun display(i: Int): Int {
        return i
    }
}

class Phone(val type: Int) : Radio, Compass {
    override fun display(): String {
        return super <Radio>.display()
    }

    override fun display(i: Int): Int {
        return super<Compass>.display(i)
    }
}
相关文章
|
4天前
|
弹性计算 双11 开发者
阿里云ECS“99套餐”再升级!双11一站式满足全年算力需求
11月1日,阿里云弹性计算ECS双11活动全面开启,在延续火爆的云服务器“99套餐”外,CPU、GPU及容器等算力产品均迎来了全年最低价。同时,阿里云全新推出简捷版控制台ECS Lite及专属宝塔面板,大幅降低企业和开发者使用ECS云服务器门槛。
|
21天前
|
存储 弹性计算 人工智能
阿里云弹性计算_通用计算专场精华概览 | 2024云栖大会回顾
阿里云弹性计算产品线、存储产品线产品负责人Alex Chen(陈起鲲)及团队内多位专家,和中国电子技术标准化研究院云计算标准负责人陈行、北京望石智慧科技有限公司首席架构师王晓满两位嘉宾,一同带来了题为《通用计算新品发布与行业实践》的专场Session。本次专场内容包括阿里云弹性计算全新发布的产品家族、阿里云第 9 代 ECS 企业级实例、CIPU 2.0技术解读、E-HPC+超算融合、倚天云原生算力解析等内容,并发布了国内首个云超算国家标准。
阿里云弹性计算_通用计算专场精华概览 | 2024云栖大会回顾
|
3天前
|
人工智能 弹性计算 文字识别
基于阿里云文档智能和RAG快速构建企业"第二大脑"
在数字化转型的背景下,企业面临海量文档管理的挑战。传统的文档管理方式效率低下,难以满足业务需求。阿里云推出的文档智能(Document Mind)与检索增强生成(RAG)技术,通过自动化解析和智能检索,极大地提升了文档管理的效率和信息利用的价值。本文介绍了如何利用阿里云的解决方案,快速构建企业专属的“第二大脑”,助力企业在竞争中占据优势。
|
1天前
|
人工智能 自然语言处理 安全
创新不设限,灵码赋新能:通义灵码新功能深度评测
自从2023年通义灵码发布以来,这款基于阿里云通义大模型的AI编码助手迅速成为开发者心中的“明星产品”。它不仅为个人开发者提供强大支持,还帮助企业团队提升研发效率,推动软件开发行业的创新发展。本文将深入探讨通义灵码最新版本的三大新功能:@workspace、@terminal 和 #team docs,分享这些功能如何在实际工作中提高效率的具体案例。
|
8天前
|
负载均衡 算法 网络安全
阿里云WoSign SSL证书申请指南_沃通SSL技术文档
阿里云平台WoSign品牌SSL证书是由阿里云合作伙伴沃通CA提供,上线阿里云平台以来,成为阿里云平台热销的国产品牌证书产品,用户在阿里云平台https://www.aliyun.com/product/cas 可直接下单购买WoSign SSL证书,快捷部署到阿里云产品中。
1850 6
阿里云WoSign SSL证书申请指南_沃通SSL技术文档
|
10天前
|
Web App开发 算法 安全
什么是阿里云WoSign SSL证书?_沃通SSL技术文档
WoSign品牌SSL证书由阿里云平台SSL证书合作伙伴沃通CA提供,上线阿里云平台以来,成为阿里云平台热销的国产品牌证书产品。
1789 2
|
19天前
|
编解码 Java 程序员
写代码还有专业的编程显示器?
写代码已经十个年头了, 一直都是习惯直接用一台Mac电脑写代码 偶尔接一个显示器, 但是可能因为公司配的显示器不怎么样, 还要接转接头 搞得桌面杂乱无章,分辨率也低,感觉屏幕还是Mac自带的看着舒服
|
26天前
|
存储 人工智能 缓存
AI助理直击要害,从繁复中提炼精华——使用CDN加速访问OSS存储的图片
本案例介绍如何利用AI助理快速实现OSS存储的图片接入CDN,以加速图片访问。通过AI助理提炼关键操作步骤,避免在复杂文档中寻找解决方案。主要步骤包括开通CDN、添加加速域名、配置CNAME等。实测显示,接入CDN后图片加载时间显著缩短,验证了加速效果。此方法大幅提高了操作效率,降低了学习成本。
5388 15
|
13天前
|
人工智能 关系型数据库 Serverless
1024,致开发者们——希望和你一起用技术人独有的方式,庆祝你的主场
阿里云开发者社区推出“1024·云上见”程序员节专题活动,包括云上实操、开发者测评和征文三个分会场,提供14个实操活动、3个解决方案、3 个产品方案的测评及征文比赛,旨在帮助开发者提升技能、分享经验,共筑技术梦想。
1146 152
|
21天前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1585 14