Kotlin之延迟初始化和密封类

1、延迟初始化

先看个实例看下延迟初始化的应用场景：

private var messageAdapter: MessageListAdapter? = null
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_message_list)
        message_list.layoutManager = LinearLayoutManager(this)
        initData()
        messageAdapter = MessageListAdapter(this, data)
        message_list.adapter = messageAdapter
        btn_add.setOnClickListener { 
            messageAdapter?.notifyDataSetChanged()
        }
    }

我们声明了成员变量messageAdapter，它是在onCreate()中进行初始化的，所以不得不先将成员变量messageAdapter初始化为null，同时它的类型声明成MessageListAdapter?，这也就导致了每次调用messageAdapter都需要进行判空处理。如果我们类中定义很多成员变量，那么所有的变量在使用前都是需要进行判空处理的。解决办法也很简单：就是对成员变量进行延迟初始化，这样就不需要在一开始就初始化为null了。

private lateinit var messageAdapter: MessageListAdapter
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_message_list)
        message_list.layoutManager = LinearLayoutManager(this)
        initData()
        messageAdapter = MessageListAdapter(this, data)
        message_list.adapter = messageAdapter
        btn_add.setOnClickListener {
            messageAdapter.notifyDataSetChanged()
        Toast.makeText(this@MessageListActivity,"增加数据",Toast.LENGTH_SHORT).show()
        }
    }

this@MessageListActivity类似于Java中的MessageListActivity.this
可以看到我们在变量前加上了lateinit关键字，这样就不用一开始初始化为null了，并且声明类型为MessageListAdapter，由于这是不可空类型，那么我们在使用时就不需要进行判空处理了。但是必须保证在任何地方调用时，成员变量已经初始化，否则会报UninitializedPropertyAccessException: lateinit property messageAdapter has not been initialized异常。
另外我们可以在初始化前进行判断，在未初始化时再进行初始化，避免不必要的初始化。

 if (!::messageAdapter.isInitialized)
            messageAdapter = MessageListAdapter(this, data)

具体语法是::messageAdapter.isInitialized，这是固定写法，用于判断messageAdapter是否已经初始化，如果没有初始化则进行初始化操作。

private lateinit var aa:Int
private lateinit var bb:Boolean

上面的声明是会报错的

'lateinit' modifier is not allowed on properties of primitive types

注意：lateinit 不能修饰四类八种基础类型int， double，boolean

2、使用密封类优化代码

先看下我们遇到的问题。

private fun getResultMsg(result: Result) = when (result) {
        is Success -> result.msg
        is Failure -> result.error.message
    }

上面代码是编译不通过的，必须增加else分支

private fun getResultMsg(result: Result) = when (result) {
        is Success -> result.msg
        is Failure -> result.error.message
        else ->"我是被逼的"
    }

但是实际上Result只可能是Success 或Failure，所以不可能走到else分支，但是我们又必须增加else分支为了满足Kotlin的语法标准。另外如果我们新增了一个Unknow类实现了Result了，用于表示执行未知的结果，但是忘记在getResultMsg中增加逻辑分支，会直接走到了else分支，这不是我们想要的结果，而且编译器是不会提醒你。
下面我们就看下使用密封类如何解决上面的问题

//密封类的定义
sealed class Result

class Success(val msg: String) : Result()
class Failure(val error: Exception) : Result()
//调用
private fun getResultMsg(result: Result) = when (result) {
        is Success -> result.msg
        is Failure -> result.error.message
    }

密封类的定义也很简单，使用sealed class来代替interface，这是已经把Result定义成了密封类。
可以看到我们已经不用增加无用的else分支了，这是为什么呢？
因为当在when语句中传入一个密封类变量作为条件时，Koltin编译器会自动检查密封类有哪些子类，并强制要求每一个子类所对应的条件全部处理。这样就不会出现漏写条件分支的情况了。
注意1：密封类及其子类只能定义在同一文件的顶层位置，不能嵌套在其他类中。
注意2：如果我们使用if来代替when进行判断，依然要增加else分支，密封类并不能解决问题。