快捷導(dǎo)航

解決Kotlin 類在實現(xiàn)多個接口,覆寫多個接口中相同方法沖突的問題

更新時間：2020年03月16日 12:33:24 作者：向小凱同學(xué)學(xué)習(xí)

這篇文章主要介紹了解決Kotlin 類在實現(xiàn)多個接口,覆寫多個接口中相同方法沖突的問題，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧

一、首先來看一個例子

package net.println.kotlin.chapter4

/**
 * @author:wangdong
 * @description:類實現(xiàn)接口的沖突問題
 */

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

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

/**一個類實現(xiàn)了兩個接口，兩個接口中的方法相同，這個類在覆寫的時候就會出現(xiàn)沖突*/
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:類繼承類，實現(xiàn)接口的方法沖突問題
 * 接口方法可以有默認的實現(xiàn)
 * 簽名一致且返回值相同的沖突
 * 子類（實現(xiàn)類）必須覆寫沖突方法
 * super<[父類（接口）名]>.[方法名]([參數(shù)列表])
 */

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

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

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

/**一個類實現(xiàn)了兩個接口，兩個接口中的方法相同，這個類在覆寫的時候就會出現(xiàn)沖突*/
/**采用分支模式解決沖突問題*/
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())
}
/**輸出的結(jié)果*/
call x(): Int in D

call x(): Int in D

call x(): Int in D

call x(): Int in D

補充知識：Kotlin 如何優(yōu)雅的實現(xiàn)『多繼承』

這一期給大家講一個有意思的東西。我們都知道 Java 當年高調(diào)的調(diào)戲 C++ 的時候，除了最愛說的內(nèi)存自動回收之外，還有一個著名的單繼承，任何 Java 類都是 Object 的子類，任何 Java 類有且只有一個父類，不過，它們可以有多個接口，就像這樣：

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

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

這樣用起來真的比 C++ 要簡單得多，不過有時候也會有些麻煩：Java 和 Kotlin 都可以運行在 JVM 上面，我們用一個接口 JVMRunnable 來標識它們的這一身份；現(xiàn)在我們假設(shè)這二者對于 JVMRunnable 接口的實現(xiàn)都是一樣的，所以我們將會在 Java 和 Kotlin 當中寫下兩段重復(fù)的代碼：

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

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

重復(fù)代碼使我們最不愿意看到的，所以我們決定創(chuàng)建一個 JVMLanguage 作為 Java 和 Kotlin 的父類，它提供默認的 runOnJVM 的實現(xiàn)?？瓷先ネΣ诲e。

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 就有些牽強了，而剛剛我們覺得很完美的寫法呢，其實是不合適的。

簡單的說，繼承和實現(xiàn)接口的區(qū)別就是：繼承描述的是這個類『是什么』的問題，而實現(xiàn)的接口則描述的是這個類『能做什么』的問題。

Kotlin 與 Java 在能夠運行在 JVM 這個問題上是一致的，可 Java 卻不能像 Kotlin 那樣去運行在前端，Kotlin 和 Java 運行在 JVM 上這個點只能算作一種能力，而不能對其本質(zhì)定性。

于是我們在 Java 8 當中看到了接口默認實現(xiàn)的 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(){    
    ...
  }
}

這樣很好，不過，由于接口無法保存狀態(tài)，runOnJVM 這個方法的接口級默認實現(xiàn)仍然非常受限制。

那么 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 的具體實現(xiàn)代理給了 jvmRunnable 這個實例，這個實例當然是可以保存狀態(tài)的，它一方面可以很好地解決我們前面提到的接口默認實現(xiàn)的問題，另一方面也能在提供能力的同時不影響原有類的『本質(zhì)』。

以上這篇解決Kotlin 類在實現(xiàn)多個接口,覆寫多個接口中相同方法沖突的問題就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。

您可能感興趣的文章: