美文网首页
拥抱kotlin:习惯使用kotlin高阶函数

拥抱kotlin:习惯使用kotlin高阶函数

作者: Dynamic_2018 | 来源:发表于2019-12-26 23:17 被阅读0次

    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

    image.png
    这里由于我传的是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高阶函数

          本文链接:https://www.haomeiwen.com/subject/apzloctx.html