集约化网站建设情况,广州外贸网站开发,丹徒网站建设服务,网站做很多关键词对变量延迟初始化
延迟初始化使用的是lateinit关键字#xff0c;它可以告诉Kotlin编译器#xff0c;我会在晚些时候对这个变量进行初始化#xff0c;这样就不用在一开始的时候将它赋值为null了。示例如下#xff1a;
class MainActivity : AppCompatActivity() {private …对变量延迟初始化
延迟初始化使用的是lateinit关键字它可以告诉Kotlin编译器我会在晚些时候对这个变量进行初始化这样就不用在一开始的时候将它赋值为null了。示例如下
class MainActivity : AppCompatActivity() {private lateinit var student: Studentoverride fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)setContentView(R.layout.activity_main)student Student(01, 1)student.doHomework()}}
当我们使用lateinit关键字对Student对象进行延迟初始化时我们就不需要像之前章节提到过的一样再对student进行判空处理直接可以调用doHomework方法。
当然当我们使用lateinit关键字也不是没有任何风险的如果我们在student变量还没初始化时调用那么程序还是会崩溃的并且会抛出UninitializedPropertyAccessException异常。
所以当你对一个全局变量使用了lateinit关键字时请一定要确保它在被任何地方调用之前已经完成了初始化工作否则Kotlin将无法保证程序的安全性。
另外我们还可以通过代码来判断一个全局变量是否已经完成了初始化这样在某些时候能够有效地避免重复对某一个变量进行初始化操作示例代码如下
class MainActivity : AppCompatActivity() {private lateinit var student: Studentoverride fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)setContentView(R.layout.activity_main)if (!::student.isInitialized){student Student(01, 1)}student.doHomework()}}
具体语法就是这样
::student.isInitialized
可用于判断adapter变量是否已经初始化。虽然语法看上去有点奇怪但这是固定的写法。然后我们再对结果进行取反如果还没有初始化那么就立即对adapter变量进行初始化否则什么都不用做。
使用密封类优化代码
首先来了解一下密封类具体的作用这里我们来看一个简单的例子。新建一个Kotlin文件文件名就叫Result.kt好了然后在这个文件中编写如下代码
interface Result
class Success(val msg: String) : Result
class Failure(val error: String) : Result
这里定义了一个Result接口用于表示某个操作的执行结果接口中不用编写任何内容。然后定义了两个类去实现Result接口一个Success类用于表示成功时的结果一个Failure类用于表示失败时的结果这样就把准备工作做好了。
然后定义一个getMsg()方法代码如下所示
fun getMsg(result: Result) when (result) {is Success - result.msgis Failure - result.errorelse - throw Exception()
}
getMsg()方法中接收一个Result参数。我们通过when语句来判断如果Result属于Success那么就返回成功的消息如果Result属于Failure那么就返回错误信息。到目前为止代码都是没有问题的但比较让人讨厌的是接下来我们不得不再编写一个else条件否则Kotlin编译器会认为这里缺少条件分支代码将无法编译通过。但实际上Result的执行结果只可能是Success或者Failure这个else条件是永远走不到的所以我们在这里直接抛出了一个异常只是为了满足Kotlin编译器的语法检查而已。
另外编写else条件还有一个潜在的风险。如果我们现在新增了一个Unknown类并实现Result接口用于表示未知的执行结果但是忘记在getMsg()方法中添加相应的条件分支编译器在这种情况下是不会提醒我们的而是会在运行的时候进入else条件里面从而抛出异常并导致程序崩溃。
当然这种为了满足编译器的要求而编写无用条件分支的情况不仅在Kotlin当中存在在Java或者是其他编程语言当中也普遍存在。
不过好消息是Kotlin的密封类可以很好地解决这个问题下面我们就来学习一下。
密封类的关键字是sealed class它的用法同样非常简单我们可以轻松地将Result接口改造成密封类的写法
sealed class Result
class Success(val msg: String) : Result()
class Failure(val error: String) : Result()fun getMsg(result: Result) when (result) {is Success - result.msgis Failure - result.error
}
可以看到代码并没有什么太大的变化只是将interface关键字改成了sealed class。另外由于密封类是一个可继承的类因此在继承它的时候需要在后面加上一对括号。
那么改成密封类之后有什么作用呢你会发现现在getMsg()方法中的else条件已经不再需要了.
并且如果我们现在新增一个Unknown类并也让它继承自Result此时getMsg()方法就一定会报错必须增加一个Unknown的条件分支才能让代码编译通过。
这就是密封类主要的作用和使用方法了。另外再多说一句密封类及其所有子类只能定义在同一个文件的顶层位置不能嵌套在其他类中这是被密封类底层的实现机制所限制的。
