Jak sprawdzić, czy zainicjowano zmienną „lateinit”?

Zastanawiam się, czy istnieje sposób sprawdzenia, czy lateinitzmienna została zainicjowana. Na przykład:

class Foo() {

    private lateinit var myFile: File

    fun bar(path: String?) {
        path?.let { myFile = File(it) }
    }

    fun bar2() {
        myFile.whateverMethod()
        // May crash since I don't know whether myFile has been initialized
    }
}

Jest lateinitpoprawa w Kotlin 1.2, która pozwala sprawdzić stan inicjalizacji lateinitzmiennej bezpośrednio:

lateinit var file: File    

if (this::file.isInitialized) { ... }

Zobacz ogłoszenie na blogu JetBrains lub propozycję KEEP .

AKTUALIZACJA: Kotlin 1.2 został wydany. lateinitUlepszenia można znaleźć tutaj:

• Sprawdzanie, czy inicjowana jest zmienna lateinit
• Lateinit właściwości najwyższego poziomu i zmienne lokalne

Za pomocą .isInitializedwłaściwości można sprawdzić stan inicjalizacji zmiennej lateinit.

if(::file.isInitialized){
    //File is initialized
}else{
    //File is not initialized
}

Spróbuj go użyć, a otrzymasz, UninitializedPropertyAccessExceptionjeśli nie zostanie zainicjowany.

lateinitjest szczególnie przeznaczony do przypadków, w których pola są inicjowane po budowie, ale przed faktycznym użyciem (model używany przez większość platform wstrzykiwania). Jeśli tak nie jest, twój przypadek użycia lateinitmoże być niewłaściwy.

EDYCJA: Na podstawie tego, co chcesz zrobić, coś takiego działałoby lepiej:

val chosenFile = SimpleObjectProperty<File?>
val button: Button

// Disables the button if chosenFile.get() is null
button.disableProperty.bind(chosenFile.isNull())

Możesz to łatwo zrobić:

::variableName.isInitialized

lub

this::variableName.isInitialized

Ale jeśli jesteś w słuchaczu lub klasie wewnętrznej, zrób to:

this@YourClassName::variableName.isInitialized

Uwaga: powyższe instrukcje działają poprawnie, jeśli zapisujesz je w tym samym pliku (tej samej klasie lub klasie wewnętrznej), w którym deklarowana jest zmienna, ale to nie zadziała, jeśli chcesz sprawdzić zmienną innej klasy (nie nadklasy lub zadeklarowanej w inny plik) , na przykład:

class Test {
    lateinit var str:String
}

I aby sprawdzić, czy str jest zainicjowany:

Co my tu robimy dostępu pola strw Testklasie w Test2klasie. I otrzymujemy błąd, że pole var nie jest w tym momencie dostępne. Sprawdź już zadane pytanie na ten temat.

Zaakceptowana odpowiedź powoduje błąd kompilatora Kotlin 1.3+, musiałem wcześniej wyraźnie wspomnieć o tym thissłowie kluczowym ::. Poniżej znajduje się działający kod.

lateinit var file: File

if (this::file.isInitialized) {

    // file is not null
}

Aby sprawdzić, czy lateinit varzostały zainicjowane, czy nie, użyj .isInitializedodwołania do tej właściwości:

if (foo::bar.isInitialized) {
    println(foo.bar)
}

To sprawdzenie jest dostępne tylko dla właściwości dostępnych leksykalnie, tj. Zadeklarowanych w tym samym typie lub w jednym z typów zewnętrznych lub na najwyższym poziomie w tym samym pliku.

kotlin.UninitializedPropertyAccessException: lateinit property clientKeypair has not been initialized

Bytecode mówi ... bla bla ...

public final static synthetic access$getClientKeypair$p(Lcom/takharsh/ecdh/MainActivity;)Ljava/security/KeyPair;

`L0
LINENUMBER 11 L0
ALOAD 0
GETFIELD com/takharsh/ecdh/MainActivity.clientKeypair : Ljava/security/KeyPair;
DUP
IFNONNULL L1
LDC "clientKeypair"
INVOKESTATIC kotlin/jvm/internal/Intrinsics.throwUninitializedPropertyAccessException (Ljava/lang/String;)V
    L1
ARETURN

L2 LOCALVARIABLE $ this Lcom / takharsh / ecdh / MainActivity; L0 L2 0 MAKSYMALNY = 2 MAKSYMALNE = 1

Kotlin tworzy dodatkową lokalną zmienną tej samej instancji i sprawdza, czy jest null, czy nie, jeśli null, wówczas „throwUninitializedPropertyAccessException” inaczej zwróci obiekt lokalny. Powyżej kodu bajtowego wyjaśnione tutaj rozwiązanie, ponieważ Kotlin 1.2 pozwala na sprawdzenie pogody lateinit var został zainicjowany lub nie stosując.isInitialized