Sealed interfaces para modelar acciones en Kotlin
Contenido del curso
Edgard Eduardo Sorto Ayala
Aporte 💡 sobre sealed interface
Es básicamente lo mismo que sealed class pero cuando no necesitás una jerarquía con estado/constructor compartido, solo un contrato cerrado.
La diferencia práctica: una clase (sealed o no) solo permite herencia simple, así que si tus variantes ya heredan de otra cosa, sealed class te bloquea. Con sealed interface no hay ese problema, porque una clase puede implementar varias interfaces a la vez.
Ejemplo típico: el resultado de una request de red — puede ser Loading, Success o Error, y ya. Si Success y Error necesitan heredar también de otra clase base (por ejemplo un ViewState genérico de tu arquitectura), como interface no chocás con eso.
En resumen: mismo propósito que sealed class (universo cerrado, when exhaustivo), pero usás sealed interface cuando las variantes ya tienen otra herencia encima o simplemente no necesitás guardar estado compartido en la base.
