委托.notNull和后期初始化Kotlin之间的差异

vof42yt1 于 2023-02-16 发布在 Kotlin

关注(0)|答案(3)|浏览(222)

我很困惑，两个外观和工作都很相似。我应该去哪一个？

private var mMediaController by Delegates.notNull<MediaControllerCompat>()

或

lateinit private var mMediaController: MediaControllerCompat

用法：

@Subscribe
    fun connectToSession(token: MediaSessionCompat.Token) {
         mMediaController = MediaControllerCompat(activity, token)
         mMediaController.registerCallback(mMediaControllerCallback)
    }

kotlin

来源：https://stackoverflow.com/questions/44205389/difference-between-delegates-notnull-and-lateinit-kotlin

3条答案

按热度按时间

bxjv4tth1#

这两个模型是相似的，并且一个先于另一个。Delegates.notNull()（api reference）基于delegated properties，并且是原始的，并且后来出现了lateinit（Late Initialized Properties）。这两个模型都没有覆盖所有可能的用例，并且都不应该使用，除非您可以控制类的生命周期并且确信它们将在使用之前被初始化。
如果支持字段可以直接设置，或者你的库不能使用委托，那么你应该使用lateinit，通常它是大多数人使用依赖注入时的默认值。
通常，声明为具有非null类型的属性必须在构造函数中初始化。但是，这通常并不方便。例如，属性可以通过依赖项注入初始化，或者在单元测试的setup方法中初始化。在这种情况下，您不能在构造函数中提供非null初始值设定项，但您仍然希望在类主体内引用属性时避免null检查。
如果lateinit不支持您正在使用的类型（不支持基元类型），则强制您使用委托。
（lateinit）修饰符只能用于在类主体内声明的var属性（不在主构造函数中），并且只能在该属性没有自定义getter或setter时使用。属性的类型必须为非null，并且不能为基元类型。
您可能还想阅读讨论主题“Improving lateinit"。