前言

kotlin提供了高階函數(shù)這個(gè)概念，可以在一些場(chǎng)景提高編碼效率

一、什么是高階函數(shù)

通俗的說(shuō)和數(shù)學(xué)里面的高階函數(shù)概念類似，也就是函數(shù)里面的參數(shù)可以是函數(shù)。當(dāng)然返回值也可以是函數(shù)。

二、kotlin高階函數(shù)使用場(chǎng)景分析

1.先看看平時(shí)使用比較多的內(nèi)置高階函數(shù)

用kotlin寫view的onClickListener

 tV.setOnClickListener {
   //doSomeThing
  }

里面的lamba表達(dá)式就是一個(gè)函數(shù)

不太形象？再看看集合里面的filter、map

listOf(1, 2, 3)
   .filter { it > 2 }
   .map { it + 5 }

/**
 * Returns a list containing only elements matching the given [predicate].
 */
public inline fun <T> Iterable<T>.filter(predicate: (T) -> Boolean): List<T> {
 return filterTo(ArrayList<T>(), predicate)
}

filter、map的參數(shù)都是一個(gè)lambda函數(shù)

2.高階函數(shù)有什么用

就拿filter函數(shù)來(lái)說(shuō)，比如實(shí)現(xiàn)一個(gè)過(guò)濾的邏輯，判斷是符合的

若classA 和classB都需要調(diào)用這個(gè)函數(shù)，那么函數(shù)就需要兼容這兩種情況

fun filter(): Boolean {
  if (classA) {
   return true
  } else if (classB) {
   return false
  }
  return false
 }

if else無(wú)可厚非，但是如果后面有classC classD...都需要考慮呢，這顯然違背了開(kāi)閉原則。那么自然是要面向抽象而不是具體，當(dāng)然就是抽象類或者接口。

若用java的方式去實(shí)現(xiàn),會(huì)變成這樣

interface IJudge {
  fun canFilter(): Boolean
 }

 class ClassA : IJudge {
  override fun canFilter(): Boolean {
   return true
  }
 }

 class ClassB : IJudge {
  override fun canFilter(): Boolean {
   return false
  }
 }

 fun filter(a:Int,b:Int,jugde: IJudge): Boolean {
  //加一些邏輯
  return jugde.canFilter()
 }

這個(gè)是硬傷，面向抽象就得加這么接口，然后多寫一些代碼。

若用高階函數(shù)實(shí)現(xiàn)

  fun filter(a: Int, b: Int, canFilter: (a:Int,b:Int) -> Boolean): Boolean {
  //加一些邏輯
  return canFilter(a,b)
 }
  //調(diào)用方1
  filter(1, 2) { a: Int, b: Int ->
   a * b > 10
  }
  //調(diào)用方2
  filter(1, 2) { a: Int, b: Int ->
   a + b < 5
  }

這樣就省了個(gè)接口，后面分析實(shí)際是編譯器幫忙處理，其實(shí)還是生成了接口

三、kotlin高階函數(shù)的實(shí)現(xiàn)

來(lái)看看kotlin編譯器是怎么實(shí)現(xiàn)的吧

首先把上面那段kotlin代碼反編譯成java

kt:
  fun filter(a: Int, b: Int, canFilter: (a:Int,b:Int) -> Boolean): Boolean {
    //加一些邏輯
    return canFilter(a,b)
  }
java:
 public final boolean filter(int a, int b, @NotNull Function2 canFilter) {
   Intrinsics.checkParameterIsNotNull(canFilter, "canFilter");
   canFilter.invoke(a, b);
   return (Boolean)canFilter.invoke(a, b);
  }

實(shí)際上是kt內(nèi)置的 Functions.kt

這里由于我傳的是2個(gè)參數(shù)的lambda函數(shù)，所以調(diào)用的是Function2

那么從這里能得來(lái)上面結(jié)論：

a.高階函數(shù)所謂的可以省略接口，其實(shí)只能省略只有一個(gè)方法的接口，因?yàn)閒unction函數(shù)只有一個(gè)方法

b.上邊的fliter函數(shù)除了canFIlter(a,b)還可以使用canFilter.invoke(a,b)調(diào)用。這個(gè)在需要對(duì)函數(shù)判空的時(shí)候很有用。比如替換只有一個(gè)方法的接口回調(diào)可以callback?.invoke(a,b,c) ， 因?yàn)閏allbck?(a,b,c)是不能編譯通過(guò)的。

c.雖然Functions.kt文件方法數(shù)是有限的，感覺(jué)意味著lambda參數(shù)是有限的，最多22個(gè)參數(shù)，超過(guò)會(huì)編譯失敗。但是當(dāng)真的超過(guò)時(shí)，會(huì)調(diào)用另外一個(gè)FunctionN.kt

operator fun invoke(vararg args: Any?): R

不過(guò)如果誰(shuí)寫的函數(shù)，直接傳參20多個(gè)還不封成對(duì)象或者builder，怕是腿都要被打斷.......

四、關(guān)于高階函數(shù)替換接口的討論

上面已經(jīng)討論了，當(dāng)接口只有一個(gè)方法時(shí)，確實(shí)可以用高階函數(shù)代替，省略一個(gè)接口。

但是當(dāng)接口有多個(gè)方法時(shí)，顯然不能直接替換。雖然也可以把幾個(gè)函數(shù)包裝在一起使用，但是還是感覺(jué)多此一舉。
多人并行開(kāi)發(fā)的時(shí)候，比如一個(gè)人負(fù)責(zé)寫一個(gè)負(fù)責(zé)ui，一個(gè)負(fù)責(zé)使用ui處理業(yè)務(wù)邏輯。先把接口定好，接口方法文檔寫好，一目了然。這一方面還是接口好很多，當(dāng)只有簡(jiǎn)單的一個(gè)方法時(shí)，用高階函數(shù)要方便一些。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)我們的支持。