定义对象
- 定义为空的对象
//错误定义方式:编译器报错,不能为null,必须先初始化。
var nullable:String=null
//正确定义方式:加个?号表示可以为空,后面再赋值
var nullable:String?=null
- 定义不能为空的对象
//那么很简单,直接定义就可以了
var notNull:String="not null"
总结:所以在定义对象时,kotlin 就不让你定义空对象,除非你告诉编译器,我就是要定义空对象
调用对象
- 调用可以为空的对象
//错误调用方式:编译器会提醒你,nullable 是可能为空的,不能调用。那么你说我非要调用呢?
nullable.length
//强制调用:这时候你就是告诉编译器,我知道 nullable 肯定不会为空,编译器你就放心大胆的调用吧,毕竟编译器还是服务开发者的嘛
nullable!!.length
//空判断:如果你也不确定,那么怎么办呢,强制调用,可能会抛出空指针异常的。很显然我们加个空判断,若 nullable 为空,则返回空。
nullable?.length
- 调用不为空的对象
//对象不为空,哈哈,那么直接调用就好了
notNull.length
总结:kotlin 可是为了空安全操透了心!但是在调用时也给予了开发者充分的自由
空安全总结:
- 首先在定义是尽量避免空类型对象
- 调用时需确定知晓是否为空,如果不知道也没关系,我自动给你加个空判断吧
类型转换
- 前提
假设有基类 People ,Man 基础了 People - 不安全的类型转换
// 这种类型转换和Java 里面的一样,如果 people 不是 Man 类型,就会抛出类型转换异常
val people:People=People()
val man:Man=people as Man
- 安全的类型转换
//为了不抛出异常,我们需要做判断 ,如果不是则返回null 就好了
val people:People=People()
val man:Man=people as? Man
总结
- kotlin 的空安全和类型转换安全判断更加简洁,不像java 需要一堆的if else
- kotlin 在定义对象之前就尽量规避空对象的发生
- kotlin 在后续的每一步调用过程中都会提示该对象是否为空,需不需要考虑为 null 的情况,可以最大限度的降低空指针异常
最佳实践
从上面kotlin 为我们想尽办法避免空指针,我们可以看出,其实参数能在构造方法里初始化,最好就在构造方法里初始化。不然你后面使用的时候,处理的时候,都需要多做考虑,否则就空指针异常了。