Completando el Inbox Service en Kotlin

Contenido del curso

Fundamentos de Kotlin

Contro de Flujo y Funciones

Programación Orientada a Objetos en Kotlin

Características Avanzadas de Kotlin

Patrones Avanzados de Kotlin

Construyendo tu Aplicación Kotlin

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0021:18

Completando el Inbox Service en Kotlin

Curso de Kotlin

Clase 33 de 35

Clase 33 / 35

Recursos

Construir un Inbox Service en Kotlin implica algo más que registrar usuarios y enviar correos: necesitas funciones que listen, marquen, muevan y eliminen emails con seguridad. Aquí cerramos la implementación del servicio paso a paso, validando dueños, manejando excepciones y probando el flujo completo en consola.

Cómo listar emails por carpeta y por usuario

La función listByFolder recibe el usuario activo y la carpeta que quieres consultar, y devuelve una lista filtrada de correos. Internamente usamos emailsRepository.findByOwner(user.id) y aplicamos un filtro lambda donde cada elemento (it) coincida con el folder solicitado.

Esto te da un patrón reutilizable: primero obtienes todo lo que pertenece al dueño, luego refinas por criterio. Sencillo, pero potente.

¿Qué hace findByOwner en un repositorio in memory? Devuelve todos los emails asociados al user.id que pasas como parámetro. Sobre esa colección puedes encadenar filtros como filter { it.folder == folder } para acotar el resultado.

Cómo marcar un correo como leído sin duplicar registros

La función markAsRead recibe el user y un emailId tipo UUID. El primer paso es buscar el correo con emailRepository.findById(emailId), y como ese resultado puede ser nulo, usamos el operador Elvis (?:) para lanzar una excepción personalizada.

Aquí aparece un detalle importante: necesitamos crear EmailNotFoundException, que recibe el emailId.toString() y lo incluye en el mensaje. La sumamos al conjunto de excepciones del proyecto junto con las que ya teníamos.

Después de encontrar el email, validamos que su owner coincida con el user.id activo. Si no coincide, también lanzamos EmailNotFoundException. Esta doble validación evita que un usuario manipule correos ajenos.

Una vez validado, cambiamos isRead = true y volvemos a guardar con emailRepository.save(mail). Y aquí viene lo interesante: como estamos trabajando con una lista en memoria, guardar un email con el mismo id no reemplaza al anterior, lo duplica.

Por qué necesitas removeIf antes de guardar

Las listas en Kotlin aceptan elementos repetidos y no protegen contra duplicados por id. Para resolverlo, dentro del save del repositorio agregamos un removeIf { it.id == email.id } antes de insertar el nuevo registro. Así garantizamos una única instancia por correo.

Cómo mover un correo entre carpetas en Kotlin

La función moveToFolder reutiliza la misma lógica de búsqueda y validación de dueño que markAsRead. Recibe user, emailId (UUID) y el folder destino.

Los pasos son:

Buscar el email con findById y aplicar Elvis para lanzar excepción si no existe.
Validar que el owner del correo sea el mismo user.id.
Asignar el nuevo valor a la propiedad folder del email.
Guardar con emailsRepository.save(mail).

No inventamos nada nuevo: replicamos un patrón que ya funciona y solo cambiamos qué propiedad modificamos antes de persistir.

Cómo eliminar un correo y probar el flujo completo

deleteMail sigue la misma estructura: recibe user y emailId, busca el correo, valida pertenencia y luego invoca emailRepository.delete(emailId). Tres pasos limpios.

Con todas las funciones listas, montamos una función main para simular la ejecución. Instanciamos las dependencias en este orden:

userRepository con la implementación InMemoryUserRepository.
emailRepository con InMemoryEmailRepository.
inboxService recibiendo ambos repositorios por constructor.

Luego imprimimos un encabezado tipo Inbox Simulator y construimos el flujo de registro pidiendo usuario y clave con readLine()?.trim().orEmpty(). Llamamos a inboxService.register(username, password) y pasamos al login.

Qué hacer cuando el registro no persiste el usuario

Al probar el flujo con el usuario juandroiddev y la clave 1234, el login devolvió user not found. El error tiene una causa concreta: dentro de register solo verificábamos si el usuario existía, pero nunca lo guardábamos en el repositorio.

La corrección es crear el objeto User(username = username, password = password) y persistirlo con el repositorio. Con esa línea agregada, el login devuelve correctamente el usuario con su UUID, username y password.

¿Por qué se recomienda hashing para contraseñas? Porque guardar la clave en texto plano expone al usuario si alguien accede al almacenamiento o si se imprime accidentalmente en un log. El hashing la transforma en un valor irreversible y seguro.

Cómo manejar excepciones de autenticación en el login

Dentro del bloque try, llamamos a inboxService.login(usuarioLogin, passwordLogin) y asignamos el resultado a currentUser. Si la contraseña no coincide o el usuario no existe, el servicio lanza InboxAuthenticationException.

En el catch, imprimimos el tipo de excepción y usamos return para terminar la ejecución, en lugar de devolver null. Recuerda que en Kotlin la última expresión de un try/catch, when o if es la que se asigna a la variable.

Probando con la clave incorrecta 56789, la consola muestra: InboxAuthenticationException: password or username incorrect. El primer segmento del Inbox Service funciona como esperábamos.

¿Qué función agregarías tú primero a este menú por consola? Cuéntanos en los comentarios.

Resumen

Cómo listar emails por carpeta y por usuario

Esto te da un patrón reutilizable: primero obtienes todo lo que pertenece al dueño, luego refinas por criterio. Sencillo, pero potente.

¿Qué hace findByOwner en un repositorio in memory? Devuelve todos los emails asociados al user.id que pasas como parámetro. Sobre esa colección puedes encadenar filtros como filter { it.folder == folder } para acotar el resultado.

Cómo marcar un correo como leído sin duplicar registros

Por qué necesitas removeIf antes de guardar

Cómo mover un correo entre carpetas en Kotlin

La función moveToFolder reutiliza la misma lógica de búsqueda y validación de dueño que markAsRead. Recibe user, emailId (UUID) y el folder destino.

Los pasos son:

Buscar el email con findById y aplicar Elvis para lanzar excepción si no existe.
Validar que el owner del correo sea el mismo user.id.
Asignar el nuevo valor a la propiedad folder del email.
Guardar con emailsRepository.save(mail).

No inventamos nada nuevo: replicamos un patrón que ya funciona y solo cambiamos qué propiedad modificamos antes de persistir.

Cómo eliminar un correo y probar el flujo completo

deleteMail sigue la misma estructura: recibe user y emailId, busca el correo, valida pertenencia y luego invoca emailRepository.delete(emailId). Tres pasos limpios.

Con todas las funciones listas, montamos una función main para simular la ejecución. Instanciamos las dependencias en este orden:

userRepository con la implementación InMemoryUserRepository.
emailRepository con InMemoryEmailRepository.
inboxService recibiendo ambos repositorios por constructor.

Qué hacer cuando el registro no persiste el usuario

¿Por qué se recomienda hashing para contraseñas? Porque guardar la clave en texto plano expone al usuario si alguien accede al almacenamiento o si se imprime accidentalmente en un log. El hashing la transforma en un valor irreversible y seguro.

Cómo manejar excepciones de autenticación en el login

Probando con la clave incorrecta 56789, la consola muestra: InboxAuthenticationException: password or username incorrect. El primer segmento del Inbox Service funciona como esperábamos.

¿Qué función agregarías tú primero a este menú por consola? Cuéntanos en los comentarios.

Fundamentos de Kotlin

Kotlin desde cero para apps y backend

Instalación y configuración de IntelliJ IDEA para Kotlin

Primer programa Kotlin con IntelliJ

Variables y tipos de datos en Kotlin

Operadores aritméticos y módulo en Kotlin

Operadores lógicos and, or y not en Kotlin

Nulabilidad y llamados seguros en Kotlin

Lectura de datos del usuario con readLine

Contro de Flujo y Funciones

Creación de funciones en Kotlin para organizar código

Condicionales en Kotlin: if/else

Sentencia when de Kotlin vs if/else

Arrays y listas mutables en Kotlin: creación y manipulación

Listas inmutables y mutables en Kotlin

Ciclos for, while y do-while en Kotlin

Programación Orientada a Objetos en Kotlin

Clases y objetos en Kotlin con ejemplos

Getters y setters en Kotlin

Dataclases en Kotlin: ventajas sobre clases normales

Enums en Kotlin: Constantes organizadas para casos específicos

Manejo de excepciones con Try Catch Finally en Kotlin

Características Avanzadas de Kotlin

Extension functions en Kotlin para ampliar clases existentes

Lambdas y callbacks en Kotlin

map, filter y find en colecciones Kotlin

Scope functions let, apply y run en Kotlin

with y also en Kotlin para qué sirven

Modificadores de visibilidad y encapsulamiento en Kotlin

Interfaces y polimorfismo en Kotlin

Patrones Avanzados de Kotlin

Clases abstractas y métodos abstractos en Kotlin

Sealed classes em Kotlin para estados

Sealed interfaces para modelar acciones en Kotlin

Generics en Kotlin: tipos genéricos para código reutilizable

Construyendo tu Aplicación Kotlin

Modelos y repositorios del simulador de correos

Lógica de negocio en un email simulator con Kotlin

Completando el Inbox Service en Kotlin

Menú de consola para Inbox en Kotlin

Pruebas funcionales de un sistema de correo en Kotlin

Completando el Inbox Service en Kotlin