En esta segunda sesión continuamos con otro caso de uso del servicio especializado en ofrecer servicios turísticos a destinaciones saludables de 🦄Wonderful Enterprises.
Veremos de la mano de @ivanlorenz que en algunas ocasiones no basta con modelar ausencia de valor para nuestros métodos OO. Es conveniente a veces informar al código cliente de nuestras APIs con una explicación que aclare porqué no hemos podido satisfacer la petición.
Tradicionalmente en OO se han utilizado las excepciones pero nosotros queremos mostrar otra forma de hacerlo usando gestión funcional de errores con Kotlin y Arrow Either 🤩
Puedes consultar el código fuente aquí 👇
AdevintaSpain
/
wonderful-freshair-app
🦄 Wonderful FreshAir Application - Kotlin & Arrow sample
... y el vídeo de la segunda sesión aquí 👇
0:00 Introducción
0:33 ¿Qué fué antes ... el copy&paste o Roger Viñas?
2:38 Revisión sesión anterior
11:16 Primera implementación del Air Quality Comparer con Arrow-Option
27:10 Error si comparamos y una ciudad no existe ¡Usemos Arrow-Either!
51:36 ¡Hemos roto el caso de uso del Air Quality Computation! 😨
58:10 Tenemos que dar detalle sobre los diferentes tipos de error ...
1:32:19 Conclusiones y próximas sesiones
Top comments (0)