Android Kotlin第五篇 接口。Kotlin系列源码在源码下载这里下载。我们一起来了解下Kotlin的接口,也许我有的地方没有写好,也欢迎大家提出问题,纠正问题。
1、定义与实现接口
定义接口
Kotlin 的接口与 Java 8 类似,既包含抽象方法的声明,也包含实现。与抽象类不同的是,接口无法保存状态。它可以有属性但必须声明为抽象或提供访问器实现。
关键字 interface 来定义接口,允许方法有默认实现:
interface inter1{
fun A() //未实现
fun B() : String{
return "已实现"
}
}
实现接口
类或者对象可以实现一个或多个接口。
class test1 : inter1{
override fun A() {
//必须实现
}
override fun B():String{
//非必须实现,因为接口定义方法里有默认实现
// return "实现B" //调用test2().B(),返回“实现B”
return super<inter1>.B() //调用test2().B(),返回“已实现”
}
}
2、接口中属性
接口中的属性只能是抽象的,不允许初始化值,接口不会保存属性值,实现接口时,必须重写属性:
interface inter2{
//这里属性是抽象的,不能初始化值
var stu1 : String
val stu2 : String
}
class test2 : inter2{
//必须初始化抽象属性
override var stu1: String = "初始刷stu1"
override val stu2: String = "初始刷stu2"
}
3、解决覆盖冲突
实现多个接口时,可能会遇到同一方法继承多个实现的问题。
interface inter3{
var a:String
fun foo():String{
return a
} //未实现
fun A()
fun B(){}
fun D() : String{
return "已实现"
}
}
interface inter4{
var a:String
var stu:String
fun foo():String{
stu+="+inter4"
return "inter4"
} //未实现
fun A()
fun B()
fun C():String //有返回类型的接口定义
}
在上面接口inter3与inter4里,表面上四种冲突(三个伪冲突,一个真冲突):
-属性a冲突,因为属性是抽象的,在类里实现是唯一的,假冲突,很遗憾目前我也没找到如何在类里区分两个接口下属性方法,如果有大神发现了,告知下哈
-双默认实现方法foo,真冲突
-双未实现方法A,假冲突,在类里面是唯一实现方法,同上属性a类型
-实现方法B与未实现方法B,假冲突,在类里可以解决
实例:
class test3 : inter3,inter4{
override var a : String = "aa"
override var stu: String=""
override fun foo() : String{
return super<inter3>.foo() //输出:aa
}
fun foo1() : String{
return super<inter4>.foo() //输出:inter4
}
fun foo2():String{
stu = super<inter3>.foo()
super<inter4>.foo()
return stu //输出:aa+inter4
}
override fun A() {
//inter3与inter4接口里都有A()方法,因为其未实现的方法,所以实际上A方法不存在冲突,只需要实现A方法就行
}
override fun B() {
//这里实现的是inter4里面的方法B
}
fun B3() {
super<inter3>.B()//这样你就可以通过B3调用接口inter3里实现的方法B()
}
override fun C() : String{
return ""
}
}
网友提出的问题
1、如果多个接口中有命名相同的属性,但属性类型不同,这个时候子类是怎么处理的
我很开心,我们可以一起商讨和解决一些问题。
目前我还没有找到方法来区分,但是我们可以用另外两种方法来避免或者处理问题:
首先,研发严谨性角度我们要尽可能的避免此类问题;
其次,我们可以像java一样,使用内部类来解决已存在的问题,如下:
interface inter11{
var stu1 : Int
}
interface inter22{
var stu1 : String
}
//如下这样肯定是不行的,目前还没有找到如何区分属性属于不同接口
//当然从研发角度看,研发者应该尽可能的避免出现这样情况,如果真的出现了呢怎么办?
//那么可以学java一样,用内部类继承另外一个接口来实现,如下内部类Class11
// inner class class12 : inter11,inter22 {
// override var stu1: Int
// override var stu1: String
// }
inner class Class11 : inter11 {
//必须初始化抽象属性
override var stu1: Int = 1
private var stu2 = Class22()//调用内部类属性和方法
inner private class Class22 : inter22{
override var stu1: String = ""
fun foo() : String{
return stu1+this@Class11.stu1 //内部类调用外部属性和方法,this@外部类
}
}
init {
stu2.stu1 = "初始化"
}
fun getStu2(): String{//调用内部类属性
return stu2.stu1
}
fun getFoo() : String{//调用内部类方法
return stu2.foo()
}
}
fun test4() : String{
// return Class11().getStu2() //输出:初始化
return Class11().getFoo()//输出:初始化1
}
如果有更好的意见欢迎提出。代码已同步
这篇很简单,下一篇将会关注Kotlin非常重要的新特性《协程》。到此我们就结束了Kotlin接口的学习,谢谢大家的观赏及支持。
全套源码下载这里源码会随着后面发布的Kotlin逐渐完善
网友评论