Kotlin中const 修饰的常量
2018-02-05 本文已影响0人
会撒娇的犀犀利
在我们尝试使用Kotlin作为开发语言的时候,应该会想到在Kotlin中如何定义一个常量,就像Java中这样的代码一样
public static final double PI = 3.14159265358979323846;
在Kotlin中,提供了两个简单的关键字,一个是var,另一个是val
-
var 表示普通的可变的变量,可读和可写
-
val 表示为只读的变量。相当于Java中用final修饰的变量
var title: String? = null val id: Long = 1L fun test() { title = "Title set in test function" id = 111 //compile error }
因而使用val修饰的就是Kotlin的常量了吧
相信很多人曾经误以为val就是Kotlin中的常量,然后并不是,比如下面的实现
val currentTimeMillis: Long
get() {return System.currentTimeMillis()}
上面当我们每次访问currentTimeMillis得到的值是变化的,因而不是常量。
为什么呢
这是因为在Kotlin中,一个var会对应生成两个方法,即getter和setter方法,比如
var title: String? = null
生成的字节码会包含如下的两个方法和一个backing field
private static String title;
@Nullable
public static final String getTitle() {
return title;
}
public static final void setTitle(@Nullable String title) {
title = title;
}
而对于val来说只会生成一个对应的get方法,比如
val id: Long = 1L
生成的字节码会包含类似这样的方法
private static final long id = 1L;
public static final long getId() {
return id;
}
如何才能生成真正的常量呢
想要实现真正的常量其实不难,方法有两种,一种是const,另一个使用@JvmField注解
const
const,顾名思义,就是常量的单词简写,使用它可以声明常量,不过仅限于在top-level和object中。
//top-level
const val name = "Kotlin"
//object中
class DemoConstant {
companion object {
const val subName = ""
}
}
- 所谓的top-level就是位于代码文件的最外部,比如常见的类(非内部类和嵌套类)就是在top-level。意思是在结构上常量不属于任何的类,而是属于文件。
- object中可以指的是最外部的object也可以指的是companion object.
@JvmField
- 在val常量前面增加一个@JvmField就可以将它变成常量。
- 其内部作用是抑制编译器生成相应的getter方法
- 是用该注解修饰后则无法重写val的get方法
示例如下
@JvmField val NAME = "89757