擁抱kotlin之習慣使用kotlin高階函數

這篇文章給大家分享的是有關擁抱kotlin之習慣使用kotlin高階函數的內容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。

前言

kotlin提供了高階函數這個概念，可以在一些場景提高編碼效率

一、什么是高階函數

通俗的說和數學里面的高階函數概念類似，也就是函數里面的參數可以是函數。當然返回值也可以是函數。

二、kotlin高階函數使用場景分析

1.先看看平時使用比較多的內置高階函數

用kotlin寫view的onClickListener

tV.setOnClickListener {   //doSomeThing  }

里面的lamba表達式就是一個函數

不太形象？再看看集合里面的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的參數都是一個lambda函數

2.高階函數有什么用

就拿filter函數來說，比如實現一個過濾的邏輯，判斷是符合的

若classA 和classB都需要調用這個函數，那么函數就需要兼容這兩種情況

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

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

若用java的方式去實現,會變成這樣

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() }

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

若用高階函數實現

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

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

三、kotlin高階函數的實現

來看看kotlin編譯器是怎么實現的吧

首先把上面那段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);  }

實際上是kt內置的 Functions.kt

這里由于我傳的是2個參數的lambda函數，所以調用的是Function2

那么從這里能得來上面結論：

a.高階函數所謂的可以省略接口，其實只能省略只有一個方法的接口，因為function函數只有一個方法

b.上邊的fliter函數除了canFIlter(a,b)還可以使用canFilter.invoke(a,b)調用。這個在需要對函數判空的時候很有用。比如替換只有一個方法的接口回調可以callback?.invoke(a,b,c) ， 因為callbck?(a,b,c)是不能編譯通過的。

c.雖然Functions.kt文件方法數是有限的，感覺意味著lambda參數是有限的，最多22個參數，超過會編譯失敗。但是當真的超過時，會調用另外一個FunctionN.kt

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

不過如果誰寫的函數，直接傳參20多個還不封成對象或者builder，怕是腿都要被打斷.......

四、關于高階函數替換接口的討論

上面已經討論了，當接口只有一個方法時，確實可以用高階函數代替，省略一個接口。

但是當接口有多個方法時，顯然不能直接替換。雖然也可以把幾個函數包裝在一起使用，但是還是感覺多此一舉。多人并行開發的時候，比如一個人負責寫一個負責ui，一個負責使用ui處理業務邏輯。先把接口定好，接口方法文檔寫好，一目了然。這一方面還是接口好很多，當只有簡單的一個方法時，用高階函數要方便一些。

感謝各位的閱讀！關于“擁抱kotlin之習慣使用kotlin高階函數”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，讓大家可以學到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！