由于kotlin支持类型推导,所以很多时候变量的类型可以省略,但有时候省略变量类型又可能带来一些不便,甚至隐患。本文记录下一些“建议声明类型”、“可以省略类型”的场景。(暂时想到的不多,后续持续更新)
可以省略类型的场景
- 变量声明后紧跟对象的创建
var file = File("/path/to/file")
直接通过构造方法创建对象时,创建过程本身就显式“声明”了类型。如果这时候还加类型声明,那就不是补全,而是多余了:
var file: File = File("/path/to/file")
- 变量声明后紧跟字面值
var num = 1
var str = "text"
这种情况是指等号右边是一个字面值,例如整数、字符串、布尔值,因为这种情况可以直接根据值来迅速判断出类型,且这个值的类型非常独立,不依赖外部上下文以及第三方库。
建议编写类型声明的场景
类型声明的作用除了提示这是什么样的数据(这一点IDEA的提示可以完成),还有约束这个场景中必须是什么样的数据(这一点就需要手动补充类型声明了,因为自动类型推导意味着“自动填充类型”,可能还有“自动修改类型”)。
- 局部的值函数
你当然可以这样写:
var fun1 = { i: Int ->
"num:$i"
}
但是因为IDE并不会一直辅助显示这类函数的类型,最终阅读的时候还是得根据函数实现来推导类型,或者将鼠标放上去一小会才能得到类型,那么不如直接补全类型:
var fun1: (Int) -> String =
{ i: Int -> // 这里的Int可以省去
"num:$i"
}
- 变量的值来自过程调用(尤其是这个过程来自别人的代码)
fun test(): Int {
return 1
}
var i = test() // a
这个时候IDEA可能(有些时候不会)会在a处的变量i
后面补充:Int
提示,不过我还是建议明确声明类型,理由是:
- 这个
test
函数可能来自别人写的某个模块,他可能修改返回值类型,如果利用自动类型推导,那么在后续使用不出错的情况下,这个修改对调用方可能是无感的,但程序可能已经出了问题,例如:
fun test(): Int {
return 1
}
//fun test(): String { //改成这个实现,后面程序照样运行,但语义完全不同了
// return "asdf"
//}
val i = test()
val x = "add:${i + 10}"
这里编写类型是为了防御预期以外的变更。
- 需要使用更为抽象的类型的时候
以前写Java的时候,经常会这么写:
List<String> strList = new ArrayList<>();
有时候针对一个变量,并不一直是同一个具体类型,抽象的类型使得它可以指向更多的具体类型。如果使用类型推导,那么它默认可能是某一个具体类型:
var nums = arrayListOf(1,2,3)
那么后续我们没法将其他List对象赋值给它。这时候,我通常更倾向于编写:
var nums: List<Int> = arrayListOf(1, 2, 3)
最后
如果想要成为架构师或想突破20~30K薪资范畴,那就不要局限在编码,业务,要会选型、扩展,提升编程思维。此外,良好的职业规划也很重要,学习的习惯很重要,但是最重要的还是要能持之以恒,任何不能坚持落实的计划都是空谈。
如果你没有方向,这里给大家分享一套由阿里高级架构师编写的《Android八大模块进阶笔记》,帮大家将杂乱、零散、碎片化的知识进行体系化的整理,让大家系统而高效地掌握Android开发的各个知识点。
相对于我们平时看的碎片化内容,这份笔记的知识点更系统化,更容易理解和记忆,是严格按照知识体系编排的。
欢迎大家一键三连支持,若需要文中资料,直接扫描文末CSDN官方认证微信卡片免费领取↓↓↓(文末还有ChatGPT机器人小福利哦,大家千万不要错过)
PS:群里还设有ChatGPT机器人,可以解答大家在工作上或者是技术上的问题