昨天，大神为他们的新作悄悄的点个赞。然后，就在圈子里面泛起已一圈一圈的涟漪。今天我来蹭下热点，简单介绍下这个库。
截止写这文章的时候，数据已经是这个样子。大神果然是大神啊，基本上搞Android 开发的，都会 flow 一下他，就像混黑社会的，总要拜关二爷。可能有些小伙伴儿就是点个 star ，也没有仔细看相关内容。
这个库是来干什么的呢？
A set of Kotlin extensions for Android app development. The goal of Android KTX is to make Android development with Kotlin more concise, pleasant, and idiomatic. It is an explicit goal of this project to not add any new feature to the existing Android APIs.
这里说的超级清楚了，这是一套用于Android应用开发的 Kotlin 扩展。目的就是为了让我们使用 Kotlin 进行简洁、愉悦、惯用地 Android 开发，它一个明确的目的就是不向现有的 API 添加新的功能。
简单的说就是，这个库就是一个 Kotlin 写的包装库，让你能够开心、快速地完成项目开发，它只是包装，不会增加新的功能。
所以，我们现在的代码可以越来越短，越来越简洁。不屑的人可能就会说，不就又搞了一堆语法糖嘛，这玩意儿不过如此。总有一种全天下的功夫他都会，但是他就懒得写。
进入正文，先看看这个库目前提供了那些类的包装。
其实还算挺多的。我了解下来，觉得多少真的不重要，关键是得实用，真的解决开发过程中实实在在存在的痛点。
实用 Java 开发过程中，总有一些代码看着就让人头痛。比如说最基本的设置点击事件。ViewTreeObserver 相关监听，Bundle 创建和存值、SharedPreferences 存值、数据库 Cursor 的操作、Hander 发消息处理消息 Intent 跳转，Runnable 等等，这些代码真没技术含量，但是为了实现这里方法，你必须写出一大堆模版式的方法或者创建所属的对象，感觉就像每次都在祭天，神圣，流程必须高度一致（玩笑话）。
接下来对比看一下吧。
//before
val observer = textView.viewTreeObserver
observer.addOnPreDrawListener(object : ViewTreeObserver.OnPreDrawListener {
override fun onPreDraw(): Boolean {
val maxLines = textView.height / textView.lineHeight
textView.maxLines = maxLines
textView.viewTreeObserver.removeOnPreDrawListener(
this)
return false
}
})
//after
textView.doOnPreDraw {
val maxLines = textView.height / textView.lineHeight
textView.maxLines = maxLines
}
//before
val sp = getEditor(context)
sp.putFloat(key, value)
sp.apply()
//after
getSharedPreferences(context).edit {
putFloat(key, value)
}
记得刚刚入门那会儿，使用 SharedPreferences 忘记调用 apply() 或者 commit() 方法，导致结果不生效。所以使用这套库之后，你完全可以不必再去担心这些细节问题了。
看完了简单例子，是不是觉得包装一下之后代码又是少了一大截呢？接着看下内部是具体怎么实现的。
/**
* Performs the given action when the view tree is about to be drawn.
*/
inline fun View.doOnPreDraw(crossinline action: (view: View) -> Unit) {
val vto = viewTreeObserver
vto.addOnPreDrawListener(object : ViewTreeObserver.OnPreDrawListener {
override fun onPreDraw(): Boolean {
action(this@doOnPreDraw)
when {
vto.isAlive -> vto.removeOnPreDrawListener(this)
else -> viewTreeObserver.removeOnPreDrawListener(this)
}
return true
}
})
}
通过上面可以看到，代码还是以前那些繁琐的代码，固定的代码已经成为模版，而你具体要做的就通过这个 action 方法回调给你实现。
这里着重介绍三个关键字，inline 和 crossinline noinline
inline:
我们都知道，在 Java 里面，不能直接进行方法赋值的，都得面向对象。比如说点击事件的 ClickListener ,其实最后我们就需要的 onClick() 这个方法，但是每次却不得不将其包装为一个 ClickListener 对象。当我们在使用 inline 关键词作用在方法上之后，编译器可以直接发出以下代码，而不是再为参数创建一个函数对象然后生成一个调用，这听着可不要太爽呢。
crossinline：
说完 inline 之后，如果我们作为方法参数的函数并不是直接在方法内部被调用，而是在一个 lambda 表达式中或者在一个内部类中，这种情况呢，我们据需要使用 crossinline 来声明该方法，告诉编译器它是可以通过的。有点儿像 Java 中内部类调用了外部的临时变量，该变量得声明为 final 一样。
noinline：
说完了 crossinline ，我们当然也能知道我们有时候也要限制这个函数式参数的作用域，这时候就需要使用 noinline 来声明。这就有点儿像 @Nullale @NonNull 一样，声明后 IDE 自动为你检测，并警告你。
关键字说完，其实就可以结束了，是的，就是这么简单，这里再简单提下闭包 Closure。Kotlin 里面闭包用的超级多，最直观的感受就是你可以少些很多小括号。
观察下面这个方法调用，本来是调用的 doOnPreDraw() 方法，但是它的小括号却不见了。
textView.doOnPreDraw {
val maxLines = textView.height / textView.lineHeight
textView.maxLines = maxLines
}
完整一点儿它应该是这样的：
textView.doOnPreDraw({
view ->
})
产生上面的写法，是因为如果你的方法参数就一个，并且它是一个函数表达式，那么就可以省略掉小括号，保持简洁易读。你不觉小括号又跟上大括号看起来是有点儿诡异吗？
这种闭包其实是十分常见的，比如说你再看下 build.gradle 配置文件，是不是全部都是这套路？
signingConfigs {
release {
storeFile file("../release.jks")
keyPassword gradle.password
}
debug {
storeFile file("../debug.keystore")
storePassword "android“
}
}
最后学以致用，最开始我就说了，很讨厌写跳转 Activity 的方法，真的很烦，大概就是这样的：
val intent = Intent(context, TopicDetailActivity::class.java)
intent.putExtra(Constants.ID, id)
context!!.startActivity(intent)
然后自己撸一个类似的方法：
inline fun <T> startActivityIntent(context: Context?, clazz: Class<T>, action: (intent: Intent) -> Unit) {
if (context == null) {
return
}
val intent = Intent(context, clazz)
action(intent)
context.startActivity(intent)
}
接着你就可以开心的调用啦：
startActivityIntent(context, TopicDetailActivity::class.java, {
it.putExtra(Constants.ID, id)
})
说到这里，本文应该结束。除了这个刚由 Google 推出的 Kotlin 扩展库，Kotlin 官方老早就出过相关扩展来方便我们开发，也是生怕我们一开始不适应，不使用。https://github.com/Kotlin/anko
回到题目，你如果到限制真还没有用过 Kotlin ,那你真的要考虑尝试用来它来开发，玩一玩，因为它支持 lambda，支持闭包，代码更简洁。而且它得到了Google 的大力支持，就和刚开始的 Android Studio一样，可谓是根正苗红。
对了，目前这个库目前并不是最终正式版本，可能会有 API 的规范性改动或移除，直接用于项目的小伙伴要做好心理准备，毕竟吃螃蟹有风险。
参考资料
Kotlin functions 没事儿多看看官方文档吧。@Parcelize 用起来也超级爽。
