Null Safety o !NPE en Kotlin

Clase 19 de 59 • Curso de Kotlin para Android 2017

Resumen

Una de las características mas importantes de Kotlin es el Null Safety. Kotlin esta construido para evitar los Null pointer exception. En este vídeo vamos a ver las diferentes formas que podemos usar en Kotlin para utilizar al máximo esta importante característica.

Deneb Chorny Cappelletti

student•

Para entender más a fondo el null safety se pueden ir a la referencia de la documentación propia de Kotlin que tienen ejemplos totalmente útiles:
https://kotlinlang.org/docs/reference/null-safety.html

Y esta es una guía que es super sencilla que detalla tanto null safety como let
http://www.baeldung.com/kotlin-null-safety

Eddy Arellanes

student•

Entonces el Elvis Operator es un Operador ternario pero únicamente compara Null Safety no?

Sebastian Tellez

teacher•

Si, el Elvis Operator es para poder regresar un dato en caso de que el objeto que quieres consultar sea null

Oscar Miguel Fernandez Lopez

student•

NO necesariamente.

El elvis simplifica comparar el NullSafety, pero igual sirve como ternario

Juan Guillermo Perez Cardozo

student•

null safety gran explicacion

Fernando Velasco Salazar

student•

Segun entiendo en la documentación cuando utilizamos un bloque de codigo .let{ } este siempre se ejutará cuando lo que le precede es diferente de null.

persona?.let{
	//se ejecuta cuando persona no es nulo
}

persona.let{
	// se ejecuta cuando persona no es nulo
}

Creo que hubo una confusión al decir que la segunda llamada se ejecuta cuando el objeto persona es nulo.

Sebastian Tellez

teacher•

La primer sentencia se va a ejecutar siempre y cuando el objeto no sea null ya que estamos usando el operador ? para llamarlo de forma segura. Mientras que la segunda sentencia se va a ejecutar siempre sin importar si es null o no el objeto.
Intenta ejecutando el siguiente bloque y cambiando el valor del objeto y veras como reacciona

var a:String? = "" 

a?.let { 
    println("No es nulo")
}

a = null //Cambia el valor por algo diferente que no sea null

a.let { 
    println("No importa si es nulo o no")
}

Francisco Leví Méndez Delgado

student•

Yo suelo dar saltos de lineas cuando abro { algo así:

Pero con let me marca error y me obliga a abrir después de la palabra reservada:

Solo es un comentario que observe y quise compartir.

Sebastian Tellez

teacher•

En lo personal siempre he preferido poner la llave en el mismo renglón y nunca había tenido ese “error”, aun que mas que error, supongo que es el linter del editor, intentaste compilar el archivo kotlin desde una consola a ver si el compilador te arrojaba algún error?

Esa sería una practica interesante 😃

Norma Angelica

student•

Esta clase me confundio un poco, aqui mi ejemplo:

Félix Alejandro Zelaya Orellana

student•

genial!!

JOSE ADRIAN TEZOYOTL MORALES

student•

No logro entender porque utilizar null safety, me refiero a en que situaciones necesito que un tipo de dato basico sea null :/

Sebastian Tellez

teacher•

En android es común que cuando pasas datos de una actividad a otra, estos puedan llegar a ser nulos si no utilizas datos por default.

De igual manera cuando estas consultando servicios web y usas algún conversor o tu mismo a mano "parseas" el JSON, alguno de esos datos puede llegar a ser nulo y en su mayoría pueden llegar a ser tipos de datos "primitivos".

Otro caso que puede llegar a ocurrir es que el dato que estas consultando sea una propiedad de un objeto que puede llegar a ser null. Por consiguiente todas las propiedades de este son posiblemente nulls.

Pedro Gomez

student•

El objetivo es evitar los null pointer exception. De igual manera puedes habilitarlos con el double bang. Esto implica que tu sabes cuando podrias tener un null pointer exception, por ende tienes un mejor control de tu codigo

Alejandro Robleto

student•

excelente explicacion me gusto mucho

Alexander Corporan Pichardo

student•

var b: String? = "abc"
b = null // podemos declarar una variable como string admite valores NULL, escrito:String?```