解决Kotlin 类在实现多个接口,覆写多个接口中相同方法冲突的问题

一、首先来看一个例子

package net.println.kotlin.chapter4

/**
* @author:wangdong
* @description:类实现接口的冲突问题
*/

interface B{
 fun x(): Int = 1
}

interface C{
 fun x(): Int = 0
}

/**一个类实现了两个接口，两个接口中的方法相同，这个类在覆写的时候就会出现冲突*/
class D: B,C{
 //当下面两个方法同时存在的时候，就会报方法相同的冲突
 override fun x(): Int {
   return super<B>.x()
 }

override fun x(): Int {
   return super<C>.x()
 }
}

二、解决冲突的例子

package net.println.kotlin.chapter4

/**
* @author:wangdong
* @description:类继承类，实现接口的方法冲突问题
* 接口方法可以有默认的实现
* 签名一致且返回值相同的冲突
* 子类（实现类）必须覆写冲突方法
* super<[父类（接口）名]>.[方法名]([参数列表])
*/

abstract class A{
 open fun x(): Int = 5
}

interface B{
 fun x(): Int = 1
}

interface C{
 fun x(): Int = 0
}

/**一个类实现了两个接口，两个接口中的方法相同，这个类在覆写的时候就会出现冲突*/
/**采用分支模式解决冲突问题*/
class D(var y: Int = 0):A() ,B,C{

//返回值一定要一样啊，例如：一定要是Int
 override fun x(): Int {
   println("call x(): Int in D")
   if (y > 0){
     return y
   }else if (y < -200){
     return super<C>.x()
   }else if (y < -100){
     return super<B>.x()
   }else{
     return super<A>.x()
   }
 }
}

fun main(args: Array<String>) {
 println(D(3).x())
 println(D(-10).x())
 println(D(-110).x())
 println(D(-230).x())
}
/**输出的结果*/
call x(): Int in D

call x(): Int in D

call x(): Int in D

call x(): Int in D

补充知识：Kotlin 如何优雅的实现『多继承』

这一期给大家讲一个有意思的东西。我们都知道 Java 当年高调的调戏 C++ 的时候，除了最爱说的内存自动回收之外，还有一个著名的单继承，任何 Java 类都是 Object 的子类，任何 Java 类有且只有一个父类，不过，它们可以有多个接口，就像这样：

public class Java extends Language
 implements JVMRunnable{  
 ...
}

public class Kotlin extends Language
 implements JVMRunnable, FERunnable{  
 ...
}

这样用起来真的比 C++ 要简单得多，不过有时候也会有些麻烦：Java 和 Kotlin 都可以运行在 JVM 上面，我们用一个接口 JVMRunnable 来标识它们的这一身份；现在我们假设这二者对于 JVMRunnable 接口的实现都是一样的，所以我们将会在 Java 和 Kotlin 当中写下两段重复的代码：

public class Java extends Language
 implements JVMRunnable{  
 public void runOnJVM(){    
   ...
 }
}

public class Kotlin extends Language
 implements JVMRunnable, FERunnable{  
 public void runOnJVM(){    
   ...
 }  

public void runOnFE(){    
   ...
 }
}

重复代码使我们最不愿意看到的，所以我们决定创建一个 JVMLanguage 作为 Java 和 Kotlin 的父类，它提供默认的 runOnJVM 的实现。看上去挺不错。

public abstract class JVMLanguage{  
 public void runOnJVM(){    
   ...
 }
}

public class Java extends JVMLanguage{

}

public class Kotlin extends JVMLanguage
 implements FERunnable{  

public void runOnFE(){    
   ...
 }
}

当然，我们还知道 Kotlin 可以编译成 Js 运行，那我们硬生生的把 Kotlin 称作 JVMLanguage 就有些牵强了，而刚刚我们觉得很完美的写法呢，其实是不合适的。

简单的说，继承和实现接口的区别就是：继承描述的是这个类『是什么』的问题，而实现的接口则描述的是这个类『能做什么』的问题。

Kotlin 与 Java 在能够运行在 JVM 这个问题上是一致的，可 Java 却不能像 Kotlin 那样去运行在前端，Kotlin 和 Java 运行在 JVM 上这个点只能算作一种能力，而不能对其本质定性。

于是我们在 Java 8 当中看到了接口默认实现的 Feature，于是我们的代码可以改改了：

public interface JVMRunnable{
 default void runOnJVM(){    
   ...
 }
}

public class Java extends Language
 implements JVMRunnable{

}

public class Kotlin extends Language
 implements JVMRunnable, FERunnable{  
 public void runOnFE(){    
   ...
 }
}

这样很好，不过，由于接口无法保存状态，runOnJVM 这个方法的接口级默认实现仍然非常受限制。

那么 Kotlin 给我们带来什么呢？大家请看下面的代码：

abstract class Languageinterface JVMRunnable{  
 fun runOnJVM()
}

class DefaultJVMRunnable : JVMRunnable {  
 override fun runOnJVM() {
   println("running on JVM!")
 }
}

class Java(jvmRunnable: JVMRunnable)
 : Language(), JVMRunnable by jvmRunnable

class Kotlin(jvmRunnable: JVMRunnable)
 : Language(), JVMRunnable by jvmRunnable, FERunnable{  
 fun runOnFE(){    
   ...
 }
}

通过接口代理的方式，我们把 JVMRunnable 的具体实现代理给了 jvmRunnable 这个实例，这个实例当然是可以保存状态的，它一方面可以很好地解决我们前面提到的接口默认实现的问题，另一方面也能在提供能力的同时不影响原有类的『本质』。

来源：https://blog.csdn.net/wd2014610/article/details/79776546