Qu'est-ce que le Kotlin double-bang (!!) opérateur?

Je suis la conversion de Java à Kotlin avec Android Studio. Je reçois double bang après la variable d'instance. Qu'est-ce que le double bang et surtout, où est-ce documenté?

mMap!!.addMarker(MarkerOptions().position(london).title("Marker in London"))
InformationsquelleAutor mbr_at_ml | 2015-12-17
  1. 171

    C'est dangereux de type nullable (T?) la conversion d'un type non nullable (T),
    !! va jeter NullPointerException si la valeur est null.

    Il est documenté ici avec Kotlin moyens de null-sécurité.

    • que signifie le !! est à la fin d'une instruction? IJ conversion automatique de Kotlin l'a fait pour moi val price = sale.latest!!
    • cela signifie que sale.latest peut contenir null; la cession ne peut réussir que si sale.latest n'est pas null et va lancer des NPE autrement. Cela donne null sécurité pour val price: son type sera non nulle. Voir kotlinlang.org/docs/reference/null-safety.html
    • Quelle est donc la différence entre l'obtention de NPE - ici OU lors de la dernière méthode est accessible sur l'objet null?
    • c'est un problème commun pour déboguer une NPE et avoir un moment difficile la localisation de la ligne / chemin d'exécution que de définir la valeur null. Cette null cession pourrait arriver sur un contexte différent, la classe ou le même jour! En utilisant !! vous pouvez fail-fast et de localiser la cause racine d'un NPE. Je souhaite Java avait une fonction similaire (qui est, w/o laid if à des déclarations et/ou assertions).
    InformationsquelleAutor hotkey
  2. 68

    Voici un exemple pour rendre les choses plus claires.
    Disons que vous avez cette fonction

    fun main(args: Array<String>) {
    var email: String
    email = null
    println(email)
}

    Cela produira l'erreur de compilation suivante.

    Null can not be a value of a non-null type String

    Maintenant, vous pouvez empêcher cela en ajoutant un point d'interrogation à la String type pour le rendre nullable.

    Nous avons donc

    fun main(args: Array<String>) {
    var email: String?
    email = null
    println(email)
}

    Ce produit un résultat de

    null

    Maintenant si nous voulons que la fonction lève une exception lorsque la valeur de l'e-mail est nulle, on peut ajouter deux exclamations à la fin de l'email. Comme ce

    fun main(args: Array<String>) {
    var email: String?
    email = null
    println(email!!)
}

    Cela permettra de jeter un KotlinNullPointerException

    • Alors, pourquoi les gens utilisent '!!' même si c'est dangereux, car une application prendra fin lorsque cette variable est null?
    • vous pouvez l'utiliser uniquement lorsque vous êtes sûr à 100% que la variable n'est pas nulle (par exemple, vous avez explicitement vérifié) et que vous avez besoin non nullable variable
    • Je me le procurer, merci! Je comprends que le double bang est utilisé pour rendre possible que les valeurs de la variable de type nullable à aller dans le non-types nullables variable, non?
    • oui, exactement.
    InformationsquelleAutor Alf Moh
  3. 5

    Double-bang opérateur est une excellente option pour les fans de NullPointerException (ou NPE pour faire court).

    La non-null affirmation de l'opérateur !! convertit une valeur en une non-null type et lève une exception si la valeur est null. 

    val nonNull = a!!.length

    De sorte que vous pouvez écrire a!!, et cela renvoie une valeur non nulle de a (un String ici par exemple) ou de jeter un NPE si a est null.

    Si vous voulez un NPE, vous pouvez l'avoir, mais vous devez le demander explicitement. Cet opérateur doit être utilisé dans les cas où le développeur est de garantir la valeur ne sera jamais nulle.

    • Poser comme un débutant: pourquoi voudrais-je convertir n'importe quelle valeur non-null type ?
    • Il vous permet d'être sûr à 100% que sa valeur n'est pas null. ("c'est un problème commun pour déboguer une NPE et avoir un moment difficile la localisation de la ligne / chemin d'exécution que de définir la valeur null. Cette null cession pourrait arriver sur un contexte différent, la classe ou le même jour!" par Cascader)
    InformationsquelleAutor Andy Fedo