拥抱kotlin之如何习惯使用kotlin高阶函数
前言
kotlin提供了高阶函数这个概念，可以在一些场景提高编码效率
一、什么是高阶函数
通俗的说和数学里面的高阶函数概念类似，也就是函数里面的参数可以是函数。当然返回值也可以是函数。
二、kotlin高阶函数使用场景分析
1.先看看平时使用比较多的内置高阶函数
用kotlin写view的onClickListener
tV.setOnClickListener{
//doSomeThing
}
里面的lamba表达式就是一个函数
不太形象？再看看集合里面的filter、map
listOf(1,2,3)
.filter{it>2}
.map{it+5}
/**
*Returnsalistcontainingonlyelementsmatchingthegiven[predicate].
*/
publicinlinefunIterable.filter(predicate:(T)->Boolean):List{
returnfilterTo(ArrayList(),predicate)
}
filter、map的参数都是一个lambda函数
2.高阶函数有什么用
就拿filter函数来说，比如实现一个过滤的逻辑，判断是符合的
若classA和classB都需要调用这个函数，那么函数就需要兼容这两种情况
funfilter():Boolean{
if(classA){
returntrue
}elseif(classB){
returnfalse
}
returnfalse
}
ifelse无可厚非，但是如果后面有classCclassD...都需要考虑呢，这显然违背了开闭原则。那么自然是要面向抽象而不是具体，当然就是抽象类或者接口。
若用java的方式去实现,会变成这样
interfaceIJudge{
funcanFilter():Boolean
}
classClassA:IJudge{
overridefuncanFilter():Boolean{
returntrue
}
}
classClassB:IJudge{
overridefuncanFilter():Boolean{
returnfalse
}
}
funfilter(a:Int,b:Int,jugde:IJudge):Boolean{
//加一些逻辑
returnjugde.canFilter()
}
这个是硬伤，面向抽象就得加这么接口，然后多写一些代码。
若用高阶函数实现
funfilter(a:Int,b:Int,canFilter:(a:Int,b:Int)->Boolean):Boolean{
//加一些逻辑
returncanFilter(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:
funfilter(a:Int,b:Int,canFilter:(a:Int,b:Int)->Boolean):Boolean{
//加一些逻辑
returncanFilter(a,b)
}
java:
publicfinalbooleanfilter(inta,intb,@NotNullFunction2canFilter){
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
operatorfuninvoke(varargargs:Any?):R
不过如果谁写的函数，直接传参20多个还不封成对象或者builder，怕是腿都要被打断.......
四、关于高阶函数替换接口的讨论
上面已经讨论了，当接口只有一个方法时，确实可以用高阶函数代替，省略一个接口。
但是当接口有多个方法时，显然不能直接替换。虽然也可以把几个函数包装在一起使用，但是还是感觉多此一举。
多人并行开发的时候，比如一个人负责写一个负责ui，一个负责使用ui处理业务逻辑。先把接口定好，接口方法文档写好，一目了然。这一方面还是接口好很多，当只有简单的一个方法时，用高阶函数要方便一些。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对毛票票的支持。
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。