gpt4 book ai didi

android - kotlin Lateinit 与计算属性

转载 作者:行者123 更新时间:2023-12-05 00:15:27 41 4
gpt4 key购买 nike

以下两种方法有什么区别或没有区别:

1.

private lateinit var binding: ResultProfileBinding
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
binding = ResultProfileBinding.inflate(layoutInflater)
val view = binding.root
setContentView(view)
}
  • private var _binding: ResultProfileBinding? = null
    // This property is only valid between onCreateView and onDestroyView.
    private val binding get() = _binding!!
    override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    _binding = ResultProfileBinding.inflate(layoutInflater)
    val view = binding.root
    setContentView(view)
    }

    以上示例代码来自:https://developer.android.com/topic/libraries/view-binding 。一种对 Activity 使用 lateinit,另一种对 Fragment 使用由可选 var 支持的计算属性

    两者似乎都可以在 Fragment 和 Activity 中使用,但这让我很好奇:Kotlin 语言有什么区别吗?

    最佳答案

    他们为 Fragment 示例执行此操作的原因是,Fragment View 在与 Activity 分离时可能会被拆除并删除,然后在同一个 Activity 上重新创建(在 onCreateView() 中)重新附加到 Activity 时的 fragment 实例。在 Fragment 分离期间,原始绑定(bind)实例无效,因此使用可为 null 的属性 (_binding),并在 onDestroyView() 中将其设置回 null 值(请参阅您链接的示例代码)以避免在这些 View 不再有效时泄漏它们。

    但在 Fragment 代码的大多数地方,可以安全地假设 Fragment 已附加,因此返回非空绑定(bind)的 binding 属性是为了方便起见。这类似于 requireContext()requireActivity() ,它们比可为空的 contextactivity 使用起来更方便。您只需要避免在 fragment 可能分离时使用它们即可。这可能会发生在异步代码中,例如某些网络调用的回调中。

    在 Activity 中,它们使用 lateinit 因为在 Activity 完全构造之前无法初始化 View 。您的第一个安全入口点是 onCreate(),因此可以在那里设置该属性。 lateinit 允许属性不可为 null,但只要您尽早设置其初始值(即 onCreate()),就可以安全使用。

    lateinit 对于 Fragment 来说不是正确的方法,因为在 Fragment 生命周期的某些时间内,绑定(bind)实际上不存在,因此您需要能够将其设置为 null。对于 Activity,您可以选择使用可为 null 的属性而不是 lateinit,但在您有权访问 Activity 成员期间,如果它永远不可能为 null,则必须处理其可为 null 性是不切实际的.

    关于android - kotlin Lateinit 与计算属性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66751722/

    41 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com