拥抱kotlin之如何习惯使用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


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

不过如果谁写的函数，直接传参20多个还不封成对象或者builder，怕是腿都要被打断.......

四、关于高阶函数替换接口的讨论

上面已经讨论了，当接口只有一个方法时，确实可以用高阶函数代替，省略一个接口。

但是当接口有多个方法时，显然不能直接替换。虽然也可以把几个函数包装在一起使用，但是还是感觉多此一举。
多人并行开发的时候，比如一个人负责写一个负责ui，一个负责使用ui处理业务逻辑。先把接口定好，接口方法文档写好，一目了然。这一方面还是接口好很多，当只有简单的一个方法时，用高阶函数要方便一些。

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对编程学习网的支持。