前言
用kotlin开发android应用,各种新鲜的语法糖层出不穷,真tm香,这篇博文主要记录一些需要重点注意的地方。
记录点
1.xxx调用了getXxx()/setXxx方法
toolbar = findViewById(R.id.toolbar)
setSupportActionBar(toolbar)
val actionBar = supportActionBar
在这里supportActionBar其实时调用了AppCompatActivity
的getSupportActionBar()
方法。
val decorView = window.decorView
decorView.systemUiVisibility = View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN or View.SYSTEM_UI_FLAG_LAYOUT_STABLE
window.statusBarColor = Color.TRANSPARENT
在这里window其实时调用了Activity
的getWindow()
方法。
2.Kotlin null safety相关 ? 和!!和 ?:
先阐述两个概念:
“?”加在变量名后,系统在任何情况不会报它的空指针异常。
“!!”加在变量名后,如果对象为null,那么系统一定会报异常!
先拿Java代码举个例子
ArrayList<String> myList = null; // 创建一个null的队列
Log.d("TAG", "-->> List Size = " + myList.size());
这个例子中,执行到Log打印队列长度时,大家都知道系统一定会报NullPointerException。然而如果在KT中,在调用myList的时候在它后面加上一个问号myList?.size()
,当myList为null的时候直接会打印List Size = null
并不会有null异常出现。
当使用Android Studio把上面那段Java自动转换成KT代码写法后:
val myList : ArrayList<String>? = null
Log.d("TAG", "-->> List Size = ${myList!!.size}")
编译器为什么自动把myList.size()
变成了myList!!.size
呢,为什么加上的是感叹号不是问号。
这是因为编译器在转化时为了保证代码转化前后的一致性所造成的。换句话说,在Java上出异常的,转化到KT上,编译器任然会让他保持抛出异常,NullPointerException也是如此。
所以结合上下文可以看得出,!!加上去后好像并没有和之前Java代码有什么区别嘛,该null的地方任然会抛出异常。所以大多数情况下都会使用?来检测null,轮不到!!出场。!!只会在你需要对某对象进行非空判断,并且需要抛出异常时才会使用到。
那我们接下来着重讲解一下?到底怎么用。
在声明对象时,把它跟在类名后面,表示这个类允许为null;
在调用对象时,把它跟在对象后面,表示如果为null程序就会视而不见。
如下列代码:
// 这是声明一个变量,问号跟在类名后面
var room: Room? = Room()
private fun checkRoom() {
// 因为加上了问号,所以可以任意的把room变成空
room = null
// 因为在调用时加上了问号,所以程序不会抛出异常
Log.d("TAG", "-->> room name = ${room?.roomName}")
}
再举个不用?的例子:
// 这样程序就默认的给room加上了!!,从此以后room不允许为null
var room: Room = Room()
private fun checkRoom() {
// 当把null赋给room时,从编译的时候就已经不通过
room = null
// 并且编译器建议把对象后面的问号删除,因为这个对象永远不为空
Log.d("TAG", "-->> room name = ${room.roomName}")
}
所以加上?是一种安全的写法,它体现了Kotlin null safety的特性。
KT的语法很灵动,定义参数还可以写成
val room: Room? = Room() // 先实例化一个room,并且room可以为空
val room: Room? = null // 不实例化了,开始room就是空的
val room: Room = Room() // 实例化一个room,并且room永远不能为空
val room = Room() // 和上一行代码一样,是KT最常用的简写语法
然而加上问号以后程序就万事大吉永远摆脱了NullPointerException的烦恼?我们再看下一段代码:
val roomList: ArrayList<Room>? = null
if (roomList?.size > 0) {
Log.d("TAG", "-->> 房间数不是0")
}
当我们判断list.size的时候,编译器会告诉我们”Operator call corresponds to a dot-qualified call ‘roomList?.size.compareTo(0)’ which is not allowed on a nullable receiver ‘roomList?.size’.”。大概意思是,当roomList为null的时,它的size返回就是”null”,但是”null”不可以和int值比大小,所以编译器建议我们写成roomList?.size!! > 0
。
没错,经过编译器的建议加上了!!,我们程序运行到这行代码,roomList为null时它一定会报异常。所以是不是必须得在外面套一层if(roomList != null)
这种Java常见语句才能避免异常吗?
当然Kotlin不会让程序出现这种啰嗦的代码,所以里面提供了对象A ?: 对象B
表达式,并且取消了Java中的条件表达式 ? 表达式1 : 表达式2
这个三元表达式。
?:表示的意思是,当对象A值为null的时候,那么它就会返回后面的对象B。
val roomList: ArrayList<Room>? = null
val mySize= roomList?.size ?: 0
此时mySize的值就为0,因为roomList?.size为空。
所以我们可以把上面的代码改成这样:
val roomList: ArrayList<Room>? = null
if (roomList?.size ?: 0 > 0) { // 这一行添加了?:
Log.d("TAG", "-->> 房间数不是0")
}
就目前为止使,用上面的?和?:基本上能避免程序中出现的所有NullPointerException
3.let,with,run,apply,also函数区别
通过以上几种函数的介绍,可以很方便优化kotlin中代码编写,整体看起来几个函数的作用很相似,但是各自又存在着不同。使用的场景有相同的地方比如run函数就是let和with的结合体。下面一张表格可以清晰对比出他们的不同之处。
函数名 | 定义inline的结构 | 函数体内使用的对象 | 返回值 | 是否是扩展函数 | 适用的场景 |
---|---|---|---|---|---|
let | fun T.let(block: (T) -> R): R = block(this) | it指代当前对象 | 闭包形式返回 | 是 | 适用于处理不为null的操作场景 |
with | fun with(receiver: T, block: T.() -> R): R = receiver.block() | this指代当前对象或者省略 | 闭包形式返回 | 否 | 适用于调用同一个类的多个方法时,可以省去类名重复,直接调用类的方法即可,经常用于Android中RecyclerView中onBinderViewHolder中,数据model的属性映射到UI上 |
run | fun T.run(block: T.() -> R): R = block() | this指代当前对象或者省略 | 闭包形式返回 | 是 | 适用于let,with函数任何场景。 |
also | fun T.also(block: (T) -> Unit): T { block(this); return this } | it指代当前对象 | 返回this | 是 | 适用于let函数的任何场景,一般可用于多个扩展函数链式调用 |
apply | fun T.apply(block: T.() -> Unit): T { block(); return this } | this指代当前对象或者省略 | 返回this | 是 | 1、适用于run函数的任何场景,一般用于初始化一个对象实例的时候,操作对象属性,并最终返回这个对象。2、动态inflate出一个XML的View的时候需要给View绑定数据也会用到.3、一般可用于多个扩展函数链式调用 |
egg:
fun showProgressDialog(title: String?, message: String) {
if (progressDialog == null) {
progressDialog = ProgressDialog(this).apply {
if (title != null) {
setTitle(title)
}
setMessage(message)
setCancelable(false)
}
}
progressDialog?.show()
}
fun closeProgressDialog() {
//表示object不为null的条件下,才会去执行let函数体
progressDialog?.let {
if (it.isShowing) {
it.dismiss()
}
}
}