代码图片直观效果

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

  private fun testNull() {
        val flag = 1
        var name: String? = null
        var user: User? // 有警告, 因为下面的赋值可以和这一行定义合并
        var zhangUser: User? = User()
        var wangUser: User = User() // 提示Explicitly given type is redundant here, 不用写第一个User
        var 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 = null
        Log.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后端经常会使用下划线命名规则, 如果客户端还做一次转化浪费开发效率
    }