StateFlow y SharedFlow ¿el fin de LiveData?

Una charla introductoria en la que hago un repaso por lo que son los SharedFlow, StateFlows y una pequeña comparativa con LiveData

Esta charla la brindé para la comunidad MacaoTech - Bolivia 🇧🇴

https://youtu.be/3B3spgYvrTA

Transcript

1. StateFlow y SharedFlow ¿el fin de LiveData?
2. ¿State Flow? ¿Shared Flow? Antes de hablar de StateFlow, es necesario definir lo que son los SharedFlow.
3. Entonces ¿Qué es un SharedFlow? De acuerdo a Roman Elizarov, el papi de la implementación de las corutinas, channels y flow en Kotlin “Esencialmente un shared flow (un flujo compartido) es un bus de difusión de eventos ligero que tu puedes crear y usar en la arquitectura de tu aplicación”
4. Pero antes de continuar recordemos de que van los flows...
5. Flows • Los Kotlin Flows deberían ser empleado en aquellos casos en los que se precisa el retorno de múltiples valor computados asíncronamente • Los flujos como tal requieren de alguien que recolecte los resultados, por eso se indica que son “fríos” (cold) • Flow está inspirado en frameworks reactivos como RxJava
6. Flows - ¿Cómo funcionan? flow{ emit() } collect() Terminal flow operator map{} filter{} transform{} take() Flow builder operadores intermedios
9. Frío….caliente… ¿Siempre debemos recolectar?
10. Dilema • Los Flows son fríos, por ello no funcionan hasta que alguien los recolecte. • Pero ¿qué hay con aquellos componentes que emiten datos independientemente de que alguien recolecta sus resultados o no? ¿qué hay con los eventos del usuario?
11. Aquí es donde entra Shared Flow Como comentamos inicialmente, los Shared Flow son algo así como un event bus ligero y configurable.
15. ¿...y los State Flows? Es un tipo de Shared Flow especializado. A diferencia de los Shared Flows, un State Flow solo aceptará un valor a la vez reemplazando el valor anterior cada vez que se genere uno nuevo. También, necesita ser inicializado mediante un valor inicial en su constructor.
18. Espera un minuto… ¿acaso no vi eso antes? Seguro que sí… con los LiveData
21. ¿LiveData desaparecerá? No, en el corto plazo
22. StateFlow vs LiveData Entre las principales diferencias se encuentran que StateFlow es parte de Kotlin y LiveData es parte de Android, por lo cual este último trae “de caja” manejo de estados para el ciclo de vida del componente de Android que lo consuma, mientras que StateFlow no lo tiene y por ello requiere de un esfuerzo extra para conseguir algo parecido.
23. ¿LiveData desaparecerá? No, en el corto plazo Posiblemente sí, en el largo plazo
24. Conclusiones
25. Lecturas recomendadas • Shared flows, broadcast channels https://elizarov.medium.com/shared-flows-broadcast-channels-899b675e805c • Should we choose Kotlin’s StateFlow or SharedFlow to substitute for Android’s LiveData? https://proandroiddev.com/should-we-choose-kotlins-stateflow-or-sharedflow-to-substitute-for-android-s-livedata-2d 69f2bd6fa5 • StateFlow and SharedFlow https://developer.android.com/kotlin/flow/stateflow-and-sharedflow • Should I use SharedFlow or StateFlow in place of LiveData? https://www.reddit.com/r/androiddev/comments/jwdbcf/should_i_use_sharedflow_or_stateflow_in_place_of/ • StateFlow vs LiveData https://www.reddit.com/r/android_devs/comments/goy67h/stateflow_vs_livedata/ • Migrating from LiveData to StateFlow https://medium.com/swlh/migrating-from-livedata-to-stateflow-4f28d6889a04
26. Codalot Podcast anchor.fm/codalot youtube.com/devpicon /devpicon