代码图片直观效果

逐行解释Kotlin中对空的各种情况的使用

  private fun testNull() {val flag = 1var name: String? = nullvar user: User? // 有警告, 因为下面的赋值可以和这一行定义合并var zhangUser: User? = User()var wangUser: User = User() // 提示Explicitly given type is redundant here, 不用写第一个Uservar liUser = User()val tag = TAG // 这个小写的tag编译器没有设置下划线, 因为它是val类型不可修改Log.e(tag, "zhangUser: ${zhangUser?.account_name}") // 必须加问号Log.e(TAG, "wangUser: ${wangUser.account_name}") // 可以加问号, 可以加!!, 但是没必要
//        Log.e(TAG, "user: ${user?.account_name}") // 不能使用必须先赋值, 哪怕赋值为空user = nullLog.e(TAG, "user: ${user?.account_name}") // 不报错, 但是警告, 因为编译器知道它是空, 已经推断出调用结果
//        wangUser = null // 不能赋值为空, 因为定义的时候就是不可能为空wangUser = User() // 可以改变, 因为不是val类型zhangUser = null // 可以赋值为空, 因为定义的时候就是可为空类型(User?)//        println(zhangUser.account_name) // 不能这样调用, 因为可能为空if (zhangUser != null) {println(zhangUser.account_name) // 因为外层已经判断出不为空, 所以可以直接调用}if (flag == 1) { // 编译器不会检索if{}里面的代码对变量的影响, 对于{}以外的代码可能不知道这个值<可能为空>与否zhangUser = User()}
//        println(zhangUser.account_name) // 因为zhangUser可能为空, 所以这样可能报错println(zhangUser?.account_name) // 这种方式经常可以, 对于可为空对象是很好的办法println(zhangUser!!.account_name) // 不能推断内部的if{}下面对于变量的处理, 所以是否为空不确定println(zhangUser.account_name) // 因为上面的代码已经用!!假设了不可能为空, 相当于已经经过了一次assert操作, 如果出错上一步已经出了}class User {var account_name = "User" // 这一行代码也有警告"不要使用下划线", 但是PHP后端经常会使用下划线命名规则, 如果客户端还做一次转化浪费开发效率}