您好,登錄后才能下訂單哦!
小編給大家分享一下使用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高階函數的示例”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。