Kotlin: const val vs val
据我所知，在Kotlin中，const val用于声明常量，而val用于只读属性。然而，我想知道在下面的情况下，哪一个更适合使用。
假设我有一个片段，它需要一个用于saveInstanceState和restoreInstanceState的键。我想知道下面两个选项中哪一个更好：
选项1：
class MyFragment {
private val MY_KEY = "my_key"
...
}选项2：
private const val MY_KEY = "my_key" // declared in the same file.
class MyFragment {
...
}我更喜欢#选项2，因为它清楚地表明MY_KEY是一个常量，并且值是在编译时确定的。但是，因为它是在顶层声明的，所以在编译后的java代码中创建一个名为MyFragmentKt (假设文件名为MyFragment.kt)的类的成本很高。在#Option1中，不会生成额外的类，尽管MY_KEY的值将在运行时赋值，而不是常量，但在此特定情况下如何使用它并没有区别。
因此，尽管我个人更喜欢#选项2，但我的分析让我认为#选项1即使不是更好，也不会更差。我只是想知道其他开发人员是如何看待这一点的，以及#option 2是否还有其他我没有想到的好处。谢谢。
回答 2
Stack Overflow用户
发布于 2018-02-07 10:29:55
每次编写(非内联) lambda表达式时，都会创建另一个类。与此相比，创建单个类来保存顶级声明似乎微不足道。
此外，如果你在顶层只有一个常量声明，它将被内联到每个使用站点(根据规范)，因此拥有的类本身将变得不被引用，因此可以通过ProGuard的最小化来定位。它很可能不会出现在你的产品APK中。
Stack Overflow用户
发布于 2018-02-07 10:32:03
这两个选项之间不仅存在语义上的差异。
选项1(类中的val)是一个实例字段。
选项2(顶级const val)是顶级“静态”成员(大致上，因为static在Kotlin中不存在)。
这就是生成MyFragmentKt类的原因:顶级成员被编译成一个名为[Filename]Kt的类。
我会考虑第三种选择：
class MyFragment {
companion object {
private const val MY_KEY = "my_key"
}
}这样，MY_KEY (从Java语言中)是MyFragment类的static成员，因为JvmStatic是为const变量推断的。将会生成一个Companion类(但它将是空的)。
因为您最初的方法是类中的一个字段，所以我觉得companion object/static常量可能更可取。
https://stackoverflow.com/questions/48661282
复制
相似问题
使用keras进行K折交叉验证
使用RandomForest进行K-折交叉验证
GridsearchCV和K折叠交叉验证
K折交叉验证与矩阵
如何使用tensorflow执行k折交叉验证？
领取专属 10元无门槛券
AI混元助手 在线答疑
洞察 腾讯核心技术
剖析业界实践案例
腾讯云开发者
