前言
最近看到DSL这个货色,不禁的感觉外面能够利用Kotlin的一些个性能简化代码,所以具体来看看它是如何实现的。
注释
首先一上来就说原理或者对于不相熟Kotlin的来说会感觉有点突兀,所以我筹备从头梳理一下。
约定
Kotlin的约定咱们在平时开发中必定用到过,不过咱们没有认真去留神这个名词而已。约定的概念就是:应用与惯例办法调用语法不同的、更简洁的符号,调用着有着非凡命名的函数。
这里提取2个关键点,一个是更简洁的符号调用,一个是非凡命名的函数。说白了就是让函数调用更加简洁。
比方咱们最相熟的集和调用 [index] 来 代替 get(index),咱们本人也来定义个类,来实现一下这个约定:
data class TestBean(val name: String,val age: Int){ //定义非常简单 应用operator重载运算符get办法 operator fun get(index : Int): Any{ return when(index) { 0 -> name 1 -> age else -> name } } }
而后咱们在应用时:
//这里就能够应用 [] 来替换 get来简化调用办法了 val testBean = TestBean("zyh",20) testBean.get(0) testBean[0]
invoke约定
和下面的get约定一样,[] 就是调用 get 办法的更简洁的形式,这里有个invoke约定,它的作用就是让对象像函数一样调用办法,上面间接来个例子:
data class TestBean(val name: String,val age: Int){ //重载定义invoke办法 operator fun invoke() : String{ return "$name - $age" } }
定义完下面代码后,咱们来进行应用:
val testBean = TestBean("zyh",20) //失常调用 testBean.invoke() //约定后的简化调用 testBean()
这里会发现testBean对象能够调用invoke办法是失常调用,然而也能够testBean()间接来调用invoke办法,这就是invoke约定的作用,让调用invoke办法更简略。
invoke约定和函数式类型
既然理解了invoke约定,咱们来和lambda联合起来。
咱们晓得函数类型其实就是实现了FunctionN接口的类,而后当函数类型是函数类型时,这时传递给它一个lambda,lambda就会被编译成FunctionN的匿名外部类(当然是非内联的),而后调用lambda就变成了一次FunctionN接口的invoke调用。
还是看个例子代码:
//定义代码 class TestInvoke { //高阶函数类型变量 private var mSingleListener: ((Int) -> Unit)? = null //设置变量 public fun setSingleListener(listener:((Int) -> Unit)?){ this.mSingleListener = listener } // fun testRun() { //调用invoke函数 mSingleListener?.invoke(100) //应用invoke约定,省去invoke if (mSingleListener != null){ mSingleListener!!(100) } } }
定义完下面回调变量后,咱们来应用这个回调,因为咱们晓得高阶函数其实是实现了FunctionN接口的类,也就是实现了:
//留神,这里接口的办法就是invoke public interface Function1<in P1, out R> : Function<R> { /** Invokes the function with the specified argument. */ public operator fun invoke(p1: P1): R }
那我也就能够间接应用上面代码来传递参数:
val function1 = object: Function1<Int,Unit> { override fun invoke(p1: Int) { Logger.d("$p1") } } testInvoke.setSingleListener(function1)
这里看起来荒诞不经,因为在testRun函数中咱们调用了invoke函数,把100当做参数,而后这个100会被回调到function1中,然而咱们传递lambda时呢:
val testInvoke = TestInvoke() testInvoke.setSingleListener { returnInt -> Logger.d("$returnInt") }
下面代码传递lambda和传递一个类的实例成果是一样的,只不过这里只是一段代码块,没有显示的调用invoke啥的,所以这就是一个个性,当lambda被用作参数被函数调用时,也就能够看成是一次invoke的主动调用。
invoke在DSL中的实际:Gradle依赖
这里咱们为什么要说这个invoke依赖呢,很大的起因就是它在一些DSL中有很好的用法,这里咱们就来看个Gradle依赖的应用。
咱们很常见上面代码:
dependencies { implementation 'androidx.core:core-ktx:1.6.0' implementation 'androidx.appcompat:appcompat:1.3.1' //... }
这里咱们都很司空见惯,感觉这里很像配置项,而不像是代码,其实这个也是一段代码,只不过是这种格调。那这种格调如何实现呢,咱们来简略实现一下:
class DependencyHandler{ //编译库 fun compile(libString: String){ Logger.d("add $libString") } //定义invoke办法 operator fun invoke(body: DependencyHandler.() -> Unit){ body() } }
下面代码写完后,咱们便能够有上面3种调用形式:
val dependency = DependencyHandler() //调用invoke dependency.invoke { compile("androidx.core:core-ktx:1.6.0") } //间接调用 dependency.compile("androidx.core:core-ktx:1.6.0") //带接受者lambda形式 dependency{ compile("androidx.core:core-ktx:1.6.0") }
由此可见,下面代码第三种形式便是咱们在Gradle配置文件中常见的一种,这里其实就2个关键点,一个是定义invoke函数,一个是定义带接受者的lambda,调用时省去this即可。
总结
其实对于invoke约定和带接受者lambda的写法当初越来越风行了,比方之前的anko库,当初的compose库都是这种申明式的写法,看完原理后,就会发现其实还是很不便的。
后续开始钻研compose的时候,再来补充一波。
相干教程
Android根底系列教程:
Android根底课程U-小结_哔哩哔哩_bilibili
Android根底课程UI-布局_哔哩哔哩_bilibili
Android根底课程UI-控件_哔哩哔哩_bilibili
Android根底课程UI-动画_哔哩哔哩_bilibili
Android根底课程-activity的应用_哔哩哔哩_bilibili
Android根底课程-Fragment应用办法_哔哩哔哩_bilibili
Android根底课程-热修复/热更新技术原理_哔哩哔哩_bilibili
本文转自 https://juejin.cn/post/7047028786969346079,如有侵权,请分割删除。