Por que me encanta MVI para Android? (AdaLoversConf 2019)

Con el paso de los años, la arquitectura típica de una aplicación de Android ha cambiado mucho: desde las primeras aplicaciones donde toda la lógica estaba en la Activity, han surgido varios patrones diferentes. En este momento, MVP y MVVM son probablemente los patrones arquitectónicos más comunes pero hay muchas alternativas. Una de ellas es el uso del patrón MVI y el Unidirectional Data Flow, fuertemente inspirados en Redux. En esta charla, veremos un ejemplo de qué componentes pueden formar parte de esta arquitectura, cómo se puede utilizar y qué frameworks se pueden utilizar para facilitar su uso en nuestras aplicaciones.

Transcript

1. Por qué me encanta MVI? (en Android)
2. Hola! 2 Android engineer en @gemamsr https://www.linkedin.com/in/gemasr/
3. 3 MVI
4. 1. MVI. Los orígenes
6. Interfaz
7. Interfaz Input Output
8. Output Input
9. f(X) X función
10. Interfaz Input Output
11. Interfaz Input Output Sentidos Expresión
12. Expresión Sentidos función
13. Las UIs son funciones Las UIs son asíncronas Las UIs son simétricas El usuario es una función (André Staltz, creador de Cycle.js)
14. Cycle.js
19. 2. Qué es MVI?
20. TL;DR -> Model View Intent Intent View Model
21. Processor Intent(ion) Interpreter Action Result Reducer ViewState
22. Unidirectional data flow Los datos solo pueden pasarse siguiendo el data flow y dicho data flow solo tiene un sentido
23. Inmutabilidad - Todos los objetos que se pasan en el data flow son inmutables, nunca cambian. - Los componentes tienen que crear nuevos objetos para enviar datos nuevos o actualizados
24. Un punto de entrada, un punto de salida Output Input
25. Un punto de entrada, un punto de salida
26. Side effects - Son inevitables para que cualquier app sea útil - El contrato establece una limitación sobre dónde pueden ocurrir: - Dentro del processor (puede necesitar comunicarse con repositorios, network, etc) - Al renderizar el state (se escribirá en la UI) - Al escuchar los intents (se leerá de la UI)
28. Veamos un ejemplo!
29. Cualquier otro ejemplo de las 999.999.999.999 cosas que se pueden hacer con una app App de películas usando The Movie Database API
30. MVI
31. Processor Intent(ion) Interpreter Action Result Reducer ViewState
32. Intent(ion)
33. View
34. Processor Intent(ion) Interpreter Action Result Reducer ViewState
35. Actions
36. Interpreter
37. Processor Intent(ion) Interpreter Action Result Reducer ViewState
38. Result
39. Processor
40. Processor
41. LoadMoviesProcessor
42. Processor Intent(ion) Interpreter Action Result Reducer ViewState
43. ViewState
44. Reducer
45. View
46. ViewModel
47. 3. Testabilidad
48. Processor Intent(ion) Interpreter Action Result Reducer ViewState
49. La testabilidad es muy alta - El ViewModel está totalmente desacoplado de la vista por lo que puede ser testeado directamente desde la JVM - Al utilizar observables, que son altamente testeables, los tests unitarios son muy sencillos de implementar
51. Inicialización
52. Setup
55. 5. Debugging (o crashalytigging)
57. MVI Coroutinas + LiveData
58. Processor Intent(ion) Interpreter Action Result Reducer ViewState
60. Processor Intent(ion) Interpreter Action Result Reducer ViewState
62. Processor Intent(ion) Interpreter Action Result Reducer ViewState
64. 4. Problems
65. Curva de aprendizaje - Aprendizaje de programación reactiva y funcional no es trivial https://github.com/Dobiasd/articles/blob/master/programming_language_learning_curves.md
66. El problema del SingleLiveEvent - Nos obliga a enviar un nuevo Intent una vez que se ha mostrado el Snackbar para que se cambie un valor en el ViewState que indique que no debe mostrarse
67. Eventos no generados por el usuario - También son Intents! - Cambios en la conexión de red - Cambios en la geolocalización - Modificación de permisos - Sensores - Notificaciones Push
68. Sin soporte oficial - No tiene soporte oficial por parte de Google (aunque está incluida en su repositorio de blueprints de arquitecturas)
69. 5. Librerías
70. Mosby Desarrollo liderado por Hannes Dorfmann (precursor de la arquitectura) http://hannesdorfmann.com/mosby/ https://github.com/sockeqwe/mosby
71. Roxie Desarrollada por el equipo de desarrollo de la app de Weight Watchers https://github.com/ww-tech/roxie
72. MVICore Desarrollada por el equipo de desarrollo de Badoo (con time-travel debugging!) https://badoo.github.io/MVICore/ https://github.com/badoo/MVICore
73. Mobius Desarrollada por el equipo de desarrollo de Spotify https://github.com/spotify/mobius/wiki https://github.com/spotify/mobius
74. MVI
75. Muchas gracias