Was ist in Kotlin der idiomatische Weg, um Nullable-Werte zu behandeln, sie zu referenzieren oder zu konvertieren?

Zunächst sollten Sie Lesen Sie alles über Null Sicherheit in Kotlin, das deckt die Fälle gründlich.

In Kotlin, können Sie nicht auf eine null-Wert ohne sicher zu sein, es ist nicht null (Null-Bedingungen), oder behaupten, dass es ist sicherlich nicht null mit der !! sicher, dass Betreiberauf es zu mit ein ?. Safe Calloder schließlich etwas geben, das möglicherweise null einen default-Wert mit der ?: Elvis-Operator.

Für Ihren 1. Fall in deiner Frage haben Sie die Optionen, je nach der Absicht der code, den Sie verwenden Sie eine der diese, und alle sind idiomatisch, aber unterschiedliche Ergebnisse haben:

val something: Xyz? = createPossiblyNullXyz()

//access it as non-null asserting that with a sure call
val result1 = something!!.foo()

//access it only if it is not null using safe operator, 
//returning null otherwise
val result2 = something?.foo()

//access it only if it is not null using safe operator, 
//otherwise a default value using the elvis operator
val result3 = something?.foo() ?: differentValue

//null check it with `if` expression and then use the value, 
//similar to result3 but for more complex cases harder to do in one expression
val result4 = if (something != null) {
                   something.foo() 
              } else { 
                   ...
                   differentValue 
              }

//null check it with `if` statement doing a different action
if (something != null) { 
    something.foo() 
} else { 
    someOtherAction() 
}

Für das "Warum funktioniert es, wenn null aktiviert" Lesen Sie hintergrund-Informationen, die unten auf smart wirft.

Für Ihren 2. Fall in deiner Frage in der Frage mit Mapwenn Sie als Entwickler sind Sie sicher, dass das Ergebnis nie null verwenden !! sicher, dass Betreiber wie die eine Behauptung:

val map = mapOf("a" to 65,"b" to 66,"c" to 67)
val something = map.get("a")!!
something.toLong() //now valid

oder in einem anderen Fall, wenn die Karte KÖNNTE eine null zurück, aber Sie können einen Standardwert angeben, dann Map selbst hat eine getOrElse Methode:

val map = mapOf("a" to 65,"b" to 66,"c" to 67)
val something = map.getOrElse("z") { 0 } //provide default value in lambda
something.toLong() //now valid

---

Hintergrund-Informationen:

Hinweis: in den folgenden Beispielen bin ich mit expliziten Typen, um damit das Verhalten klar. Mit Typ-Inferenz, in der Regel die Typen, die auch weggelassen werden können für lokale Variablen und private Mitglieder.

Mehr über die !! sicher, dass Betreiber

Den !! Betreiber behauptet, dass der Wert nicht null oder wirft eine NPE. Dies sollte verwendet werden, in Fällen, in denen der Entwickler garantiert, dass der Wert nie null. Betrachten Sie es als eine assert, gefolgt von einem smart-cast.

val possibleXyz: Xyz? = ...
//assert it is not null, but if it is throw an exception:
val surelyXyz: Xyz = possibleXyz!! 
//same thing but access members after the assertion is made:
possibleXyz!!.foo()

Lesen Sie mehr: !! Sicher, Dass Betreiber

---

Mehr über null Prüfen und Smart-Casts

Wenn Sie schützen den Zugriff auf eine nullable-Typ mit einem null überprüfen, wird der compiler smart-cast der Wert innerhalb des Körpers, die Aussage zu sein, die nicht null-Werte zulassen. Es gibt einige komplizierte fließt, wo dies nicht passieren kann, aber für Allgemeine Fälle funktioniert.

val possibleXyz: Xyz? = ...
if (possibleXyz != null) {
   //allowed to reference members:
   possiblyXyz.foo()
   //or also assign as non-nullable type:
   val surelyXyz: Xyz = possibleXyz
}

Oder wenn Sie eine is überprüfen Sie, ob ein nicht-nullable-Typ:

if (possibleXyz is Xyz) {
   //allowed to reference members:
   possiblyXyz.foo()
}

Und das gleiche für die 'wenn' - Ausdrücke, die auch die sichere Besetzung:

when (possibleXyz) {
    null -> doSomething()
    else -> possibleXyz.foo()
}

//or

when (possibleXyz) {
    is Xyz -> possibleXyz.foo()
    is Alpha -> possibleXyz.dominate()
    is Fish -> possibleXyz.swim() 
}

Einige Dinge nicht erlauben, die null überprüfen smart-cast für die spätere Verwendung der variable. Das obige Beispiel verwendet eine lokale variable, die in keiner Weise haben könnten, mutierte in den Ablauf der Anwendung, ob val oder var diese variable hatte keine Gelegenheit, zu mutieren null. Aber, in anderen Fällen, wo der compiler kann nicht garantieren, das flow-Analyse, dies wäre ein Fehler:

var nullableInt: Int? = ...

public fun foo() {
    if (nullableInt != null) {
        //Error: "Smart cast to 'kotlin.Int' is impossible, because 'nullableInt' is a mutable property that could have been changed by this time"
        val nonNullableInt: Int = nullableInt
    }
}

Den Lebenszyklus der variable nullableInt ist nicht vollständig sichtbar ist und zugewiesen werden kann von anderen threads, die null check nicht smart-cast in eine nicht nullwertfähige Wert. Siehe "Sichere Anrufe" Thema unter einem workaround.

Einem anderen Fall, die nicht vertrauenswürdig sind, indem Sie eine smart-cast nicht mutieren, ist ein val - Eigenschaft auf ein Objekt, hat eine eigene getter. In diesem Fall hat der compiler keinen Einblick in was mutiert, die den Wert und daher werden Sie eine Fehlermeldung bekommen:

class MyThing {
    val possibleXyz: Xyz? 
        get() { ... }
}

//now when referencing this class...

val thing = MyThing()
if (thing.possibleXyz != null) {
   //error: "Kotlin: Smart cast to 'kotlin.Int' is impossible, because 'p.x' is a property that has open or custom getter"
   thing.possiblyXyz.foo()
}

Lesen Sie mehr: Null-Bedingungen

---

Mehr über die ?. Safe Call operator

Den sicheren Aufruf-operator null zurück, wenn der Wert auf der linken Seite null ist, andernfalls weiter zum auswerten des Ausdrucks auf der rechten Seite.

val possibleXyz: Xyz? = makeMeSomethingButMaybeNullable()
//"answer" will be null if any step of the chain is null
val answer = possibleXyz?.foo()?.goo()?.boo()

Weiteres Beispiel, wo Sie wollen, um die Iteration einer Liste, aber nur, wenn nicht null und nicht leer ist, wieder die safe-call-Netzbetreiber kommt in handliches:

val things: List? = makeMeAListOrDont()
things?.forEach {
    //this loops only if not null (due to safe call) nor empty (0 items loop 0 times):
}

In einem der Beispiele oben hatten wir einen Fall, wo wir eine if prüfen, aber die chance haben, einen anderen thread mutiert der Wert und somit keine smart-cast. Wir können dieses Beispiel verwenden Sie die safe-Aufruf-operator zusammen mit der let Funktion um dieses Problem zu lösen:

var possibleXyz: Xyz? = 1

public fun foo() {
    possibleXyz?.let { value ->
        //only called if not null, and the value is captured by the lambda
        val surelyXyz: Xyz = value
    }
}

Lesen Sie mehr: Sichere Anrufe

---

Mehr über die ?: Elvis-Operator

Den Elvis-operator können Sie eine alternative Wert, wenn ein Ausdruck Links neben dem operator ist null:

val surelyXyz: Xyz = makeXyzOrNull() ?: DefaultXyz()

Es hat einige kreative Weise verwendet werden, beispielsweise eine exception werfen, wenn etwas ist null:

val currentUser = session.user ?: throw Http401Error("Unauthorized")

oder zu frühen Rückkehr aus einer Funktion:

fun foo(key: String): Int {
   val startingCode: String = codes.findKey(key) ?: return 0
   //...
   return endingValue
}

Lesen Sie mehr: Elvis-Operator

---

Null-Operatoren mit Zugehörigen Funktionen

Kotlin stdlib hat eine Reihe von Funktionen, dass die Arbeit wirklich gut mit dem Betreiber die oben erwähnt werden. Zum Beispiel:

//use ?.let() to change a not null value, and ?: to provide a default
val something = possibleNull?.let { it.transform() } ?: defaultSomething

//use ?.apply() to operate further on a value that is not null
possibleNull?.apply {
    func1()
    func2()
}

//use .takeIf or .takeUnless to turn a value null if it meets a predicate
val something = name.takeIf { it.isNotBlank() } ?: defaultName

val something = name.takeUnless { it.isBlank() } ?: defaultName

---

Verwandte Themen

In Kotlin, die meisten Anwendungen versuchen zu vermeiden null Werte, aber es ist nicht immer möglich. Und manchmal null macht auch Sinn. Einige Richtlinien zu denken:

• in einigen Fällen ist es garantiert unterschiedliche Rückgabe-Typen, gehören der status der Methode aufrufen und das Ergebnis, wenn erfolgreich. Bibliotheken wie Ergebnis geben Sie ein Erfolg oder Misserfolg Ergebnis geben kann, die auch branch-code. Und die Versprechen, die Bibliothek für Kotlin genannt Kovenant das gleiche tut, in form von Versprechungen.

• für Sammlungen als return-Typen immer wieder eine leere Sammlung statt einer nulles sei denn, Sie benötigen einen Dritten Zustand "nicht vorhanden". Kotlin hat Hilfsfunktionen wie emptyList() oder emptySet() zu erstellen, diese leeren Werte.

• beim Einsatz von Methoden, welche Rendite eine null-Wert, für die Sie eine Standard-oder alternative verwenden Sie die Elvis-operator, um einen Standardwert angeben. Im Falle einer Map verwenden Sie die getOrElse() was kann ein default-Wert generiert werden, anstelle von Map Methode get() gibt eine null-Wert. Gleiche für getOrPut()

• beim überschreiben der Methoden von Java Kotlin, wo nicht sicher ist, über die Zulässigkeit der Java-code, können Sie immer drop, die ? Zulässigkeit von Ihr überschrieben, wenn Sie sicher sind, was die Signatur und Funktionalität werden sollte. Daher Ihre überschriebenen Methode ist mehr null sicher. Gleiche für die Implementierung von Java-Schnittstellen in Kotlin, ändern Sie die null-Zulässigkeit zu werden, was Sie wissen gültig ist.

• Blick auf die Funktionen, die können schon helfen, wie zum - String?.isNullOrEmpty() und - String?.isNullOrBlank() die den Betrieb auf eine null-Werte sicher und tun, was Sie erwarten. In der Tat, können Sie Ihre eigenen Erweiterungen und Lücken in der standard-Bibliothek.

• Geltendmachung Funktionen wie checkNotNull() und requireNotNull() in der standard-Bibliothek.

• Hilfsfunktionen wie filterNotNull() dem entfernen null-Werte aus Sammlungen, oder listOfNotNull() für die Rückgabe eines null-oder single-item-Liste, die von einer möglicherweise null Wert.

• es ist ein Safe (nullable) cast-operator wie gut, dass es ein " cast to non-nullable-Typ null zurückgeben, falls nicht möglich. Aber ich habe nicht einen gültigen Anwendungsfall für diese, die nicht gelöst wird durch die anderen genannten Verfahren.

InformationsquelleAutor der Antwort Jayson Minard