Antwoord

Geschiedenis van de vraag

Kotlin richt zich op typeveiligheid en het vermijden van null-verwijzingen, maar vaak ontstaat de behoefte aan uitgestelde (late) initialisatie van variabelen, bijvoorbeeld bij het gebruik van dependency injection of in Android Activity. Daarom is de lateinit-modifier toegevoegd.

Probleem

Gewone eigenschappen vereisen verplichte initialisatie of moeten nullable zijn, wat ongemakkelijk is als er gegarandeerd late, maar verplichte initialisatie is. Het gebruik van nullable-types bemoeilijkt de code en vereist aanvullende null-controles.

Oplossing

lateinit stelt je in staat om een niet-geëinitialiseerde eigenschap te maken, maar beloven aan de compiler dat deze voor het eerste gebruik zal worden geïnitialiseerd. Initialisatie kan niet in de constructor, maar later gebeuren.

class UserViewModel {
    lateinit var repository: UserRepository

    fun onCreate() {
        repository = UserRepository()
    }

    fun getData() = repository.load()
}

Belangrijke kenmerken:

Stelt je in staat om geen null te gebruiken en tegelijkertijd de initialisatie uit te stellen
Gooi UninitializedPropertyAccessException bij toegang tot een niet-geëinitialiseerde lateinit-eigenschap
Alleen voor var en niet voor primitieve types (Int, Double enz.)

Vragen met een addertje onder het gras.

Kun je lateinit gebruiken voor val-eigenschappen?

Nee. lateinit werkt alleen met var, omdat val onmiddellijk één keer moet worden geïnitialiseerd of via de getter.

Werkt lateinit met types Int, Boolean, Double en andere primitieve types?

Nee. Alleen met objectreferentietypes. Voor primitieve types gebruik nullable-types.

Wat gebeurt er als je toegang krijgt tot een lateinit-eigenschap voordat deze is geïnitialiseerd?

Kotlin gooit UninitializedPropertyAccessException:

lateinit var foo: String
println(foo) // Exception

Typische fouten en anti-patronen

Vergeet de lateinit-eigenschap te initialiseren – de applicatie crasht
Gebruik waar nullable semantiek vereist is met isInitialized-controle
Toepassing voor primitieve types en val

Voorbeeld uit het leven

Negatief geval

Een ontwikkelaar verklaarde lateinit var item: String, initieerde het niet vóór de eerste aanroep van de methode getItem. Resultaat: applicatiecrash.

Voordelen:

Vermijdt nullability als alles correct is geïnitialiseerd

Nadelen:

Risico om de levenscyclus te verwarren en een runtime-exceptie te krijgen

Positief geval

Android Activity: lateinit var presenter, initialisatie in onCreate. Gebruik van presenter in alle levenscyclusmethoden is veilig: nullability is niet nodig.