La ontología de MVI

Hay una prueba brutalmente simple que revela si una arquitectura Android está bien pensada: gira el dispositivo en cada pantalla de tu app. Si algo parpadea, se pierde, se duplica o vuelve a mostrarse, has encontrado un defecto de diseño de estado, no un capricho del sistema. Android destruye y recrea la Activity, y con ella todo lo que no hayas modelado explícitamente como estado sobreviviente. Esa crueldad, que durante años se vivió como una tortura de la plataforma, es en realidad un regalo: te obliga desde el primer día a responder preguntas que en otras plataformas puedes posponer años. ¿Qué parte de lo que ves es estado y qué parte es un evento que ya ocurrió? ¿De quién es la fuente de verdad? ¿Qué debe sobrevivir a la muerte del proceso y qué no? MVI se lleva bien con Android precisamente porque esas preguntas son su punto de partida, no una corrección posterior. El estado es un valor único que puedes serializar y restaurar; los eventos de una sola vez viven en un canal que se consume y se olvida; y el reducer es una función pura que puedes ejecutar mil veces en un test sin abrir el emulador. La ceremonia existe y es real —hay que nombrar cada intent, declarar cada efecto—, pero a cambio la pregunta “por qué se ve esto así” siempre tiene una respuesta que cabe en una función.