@H_301_0@1.先看看平时使用比较多的内置高阶函数
@H_301_0@用kotlin写vIEw的onClickListener
tV.setonClickListener { //doSomeThing }@H_301_0@里面的lamba表达式就是一个函数@H_301_0@不太形象?再看看集合里面的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)}@H_301_0@filter、map的参数都是一个lambda函数@H_301_0@2.高阶函数有什么用@H_301_0@就拿filter函数来说,比如实现一个过滤的逻辑,判断是符合的@H_301_0@若classA 和classB都需要调用这个函数,那么函数就需要兼容这两种情况
fun filter(): Boolean { if (classA) { return true } else if (classB) { return false } return false }@H_301_0@if else无可厚非,但是如果后面有classC classD...都需要考虑呢,这显然违背了开闭原则。那么自然是要面向抽象而不是具体,当然就是抽象类或者接口。@H_301_0@若用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() }@H_301_0@这个是硬伤,面向抽象就得加这么接口,然后多写一些代码。@H_301_0@若用高阶函数实现
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,b: Int -> a + b < 5 }@H_301_0@这样就省了个接口,后面分析实际是编译器帮忙处理,其实还是生成了接口@H_301_0@三、kotlin高阶函数的实现@H_301_0@来看看kotlin编译器是怎么实现的吧@H_301_0@首先把上面那段kotlin代码反编译成java
kt: fun filter(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); }@H_301_0@实际上是kt内置的 Functions.kt@H_301_0@@H_301_0@这里由于我传的是2个参数的lambda函数,所以调用的是Function2@H_301_0@那么从这里能得来上面结论:@H_301_0@a.高阶函数所谓的可以省略接口,其实只能省略只有一个方法的接口,因为function函数只有一个方法@H_301_0@b.上边的fliter函数除了canFIlter(a,b)还可以使用canFilter.invoke(a,b)调用。这个在需要对函数判空的时候很有用。比如替换只有一个方法的接口回调可以callback?.invoke(a,b,c) , 因为callbck?(a,c)是不能编译通过的。@H_301_0@c.虽然Functions.kt文件方法数是有限的,感觉意味着lambda参数是有限的,最多22个参数,超过会编译失败。但是当真的超过时,会调用另外一个FunctionN.kt
operator fun invoke(vararg args: Any?): R@H_301_0@不过如果谁写的函数,直接传参20多个还不封成对象或者builder,怕是腿都要被打断.......@H_301_0@四、关于高阶函数替换接口的讨论@H_301_0@上面已经讨论了,当接口只有一个方法时,确实可以用高阶函数代替,省略一个接口。@H_301_0@但是当接口有多个方法时,显然不能直接替换。虽然也可以把几个函数包装在一起使用,但是还是感觉多此一举。
多人并行开发的时候,比如一个人负责写一个负责ui,一个负责使用ui处理业务逻辑。先把接口定好,接口方法文档写好,一目了然。这一方面还是接口好很多,当只有简单的一个方法时,用高阶函数要方便一些。@H_301_0@总结@H_301_0@以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对我们的支持。 总结
以上是内存溢出为你收集整理的拥抱kotlin之如何习惯使用kotlin高阶函数全部内容,希望文章能够帮你解决拥抱kotlin之如何习惯使用kotlin高阶函数所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)