使用开发人员文档中所述的遵循以下模式的优势是什么

如何解决使用开发人员文档中所述的遵循以下模式的优势是什么

我正在通过开发人员文档进行数据绑定。我发现以下代码段：

private var _binding: ResultProfileBinding? = null
// This property is only valid between onCreateView and
// onDestroyView.
private val binding get() = _binding!!

override fun onCreateView(
    inflater: LayoutInflater,container: ViewGroup?,savedInstanceState: Bundle?
): View? {
    _binding = ResultProfileBinding.inflate(inflater,container,false)
    val view = binding.root
    return view
}

override fun onDestroyView() {
    super.onDestroyView()
    _binding = null
}

有人能让我知道在同一片段中使用两个变量进行绑定的原理和优势吗？

解决方法

乍看起来，lateinit似乎是一个更自然的选择。但是，在onDestroyView之后，Fragment实例仍然可用，因为Fragment实例可以拆除并在以后重新连接。 lateinit不允许您将参数更改回未初始化状态，因此不适合此目的。

使用!!可能会导致Kotlin NPE出现，这不是很好。我建议修改示例代码以提供更好的文档和错误报告，例如：

/** This property is only valid between onCreateView and onDestroyView. */
private val binding get() = _binding ?: 
    error("Binding is only valid between onCreateView and onDestroyView.")

但是实际上，您的Fragment不会变得如此复杂，以至于无论如何您都找不到这样的错误。

,

binding是具有可为空的后备字段的非null属性，因此在访问它时，您不必经常使用?来检查可为空性。

但是，如注释所述，如果访问无效，它将被抛出KotlinNullPointerException。

,

编辑
正如IR42所指出的那样，此解决方案将导致内存泄漏，而here是

原始答案
空安全性，但我认为使用lateinit是一个更好的解决方案

private lateinit var binding : ResultProfileBinding
override fun onCreateView(
    inflater: LayoutInflater,container: ViewGroup?,savedInstanceState: Bundle?
): View? {
    binding = ResultProfileBinding.inflate(inflater,container,false)
    return binding.root
}