问题描述
我在片段中被声明为 lateinit var binding: EditInsuranceDialogBinding 的绑定对象，但一位同事说“这是一种不好的做法，绑定 对象应该是 Optional 。”
所以在声明中将改为这样：var binding: EditInsuranceDialogBinding? = null，在 onCreateContentView 中初始化并在 null 中使其成为 onDestroyView
我想知道什么是最好的绑定类型（可选或不可选）？并且 lateinit 在编译器和内存上花费很多吗？什么时候应该不选择lateinit，什么时候应该使用它？
解决方法
这个方法不错。我们在使用之前保证初始化时使用lateinit。 lateinit 在初始化之前不会分配内存。
它只被初始化一次。下次使用时，从第一次使用的内存中获取值。
,但一位同事说“这是一个不好的做法，绑定对象应该是 Optional 。”
您的同事可能真的想将绑定对象包装在 Optional 中。
我想知道什么是最好的绑定类型（可选或不可选）？
lateinit var 不是邪恶的。但是，它并不适合所有情况。
在这种情况下，一个绑定对象有一个特定的生命周期，我们需要在 onDestroyView() 之后停止使用它。如果您将该属性声明为：
private lateinit var binding: EditInsuranceDialogBinding
...然后您无法将其设置为 onDestroyView() 之后的内容，表示“我们没有有效的绑定”。在 onDestroyView() 之后运行的片段中很容易结束代码，并且该代码需要知道使用绑定是不安全的。无法创建表示“使用绑定不安全”状态的 EditInsuranceDialogBinding 实例。
您选择的替代方案是合理的：
private var binding: EditInsuranceDialogBinding? = null
...您在 binding 中将 null 设置为 onDestroyView()。
你也可以：
private var binding: Optional<EditInsuranceDialogBinding> = Optional.empty()
...您在 binding 中将 Optional.empty() 设置回 onDestroyView()。您还可以使用自定义绑定委托，例如 this one。
lateinit 在编译器和内存方面的开销很大吗？
没有
什么时候不应该选择lateinit，什么时候应该使用它？
我尝试仅在我非常确定我会在使用前对其进行初始化时才使用 lateinit。