State<List<User>?> no es un delegado: top 3 errores y soluciones en Kotlin

Pánico silencioso: cuando Kotlin grita que State no puede ser un delegado

Estás escribiendo código en Kotlin, usando Jetpack Compose, todo va según lo planeado. Y de repente — ¡pum! — el compilador muestra un mensaje que hace que a un novato se le hiele la sangre: Type 'State<List<User>?>' has no method 'getValue(Nothing?, KProperty<*>)' and thus it cannot serve as a delegate. Suena como una sentencia, pero en realidad es solo un grito de ayuda de tu código. Analicemos qué quiere decir y cómo hacer las paces con él.

Este error es uno de los más populares en Stack Overflow (¡miles de visitas!), y persigue a los desarrolladores que recién comienzan a dominar las propiedades delegadas en Kotlin. En este artículo no solo traduciremos el mensaje de error, sino que mostraremos tres situaciones reales donde ocurre y daremos soluciones funcionales. Aprenderás cómo usar correctamente StateFlow en Compose, cómo no confundirte con los delegados de Kotlin y por qué LiveData a veces se comporta de manera inesperada.

¿Qué es un delegado en Kotlin y por qué State no se convierte en uno?

Para empezar, una mini-guía rápida. Las propiedades delegadas en Kotlin (palabra clave by) permiten trasladar la lógica del getter y setter a un objeto separado. Por ejemplo:

var name: String by Delegates.observable("") { prop, old, new ->\n    println("$old → $new")\n}\n

Para que un objeto pueda ser un delegado, debe implementar los métodos getValue() y, posiblemente, setValue() con una firma específica. El error Type 'State<List<User>?>' has no method 'getValue(Nothing?, KProperty<*>)' dice exactamente eso: tu objeto de tipo State<List<User>?> no tiene un método getValue adecuado. El compilador no puede usarlo como delegado.

Ahora pasemos a los tres escenarios concretos donde este error aparece con más frecuencia.

Error 1: Confusión con by y asignación de StateFlow

El caso más común es cuando el desarrollador intenta usar by para asignar un StateFlow en un ViewModel, pero lo hace incorrectamente. Observa este código:

// ❌ ¡Error! No se puede hacer así\nclass MyViewModel : ViewModel() {\n    private val _users = MutableStateFlow<List<User>?>(null)\n    val users: StateFlow<List<User>?> by _users  // ¡Error!\n}\n

Aquí, _users es un MutableStateFlow, y estamos intentando convertirlo en delegado para la propiedad users. Pero StateFlow no implementa getValue para propiedades de Kotlin. No es un delegado, es un flujo reactivo.

Solución: usa asStateFlow()

La forma correcta no es delegar, sino transformar:

// ✅ Correcto\nclass MyViewModel : ViewModel() {\n    private val _users = MutableStateFlow<List<User>?>(null)\n    val users: StateFlow<List<User>?> = _users.asStateFlow()\n}\n

El método asStateFlow() crea una copia inmutable que es segura de exponer al exterior. Sin delegados, sin errores.

Error 2: Uso de by con LiveData en Compose

La segunda situación más popular es intentar usar LiveData directamente con by en Jetpack Compose. Los desarrolladores que vienen del mundo de los sistemas View están acostumbrados a LiveData e intentan aplicar el mismo enfoque:

// ❌ ¡Error!\n@Composable\nfun UserList(viewModel: MyViewModel) {\n    val users: List<User>? by viewModel.users  // ¡Error!\n    // ...\n}\n

Aquí, viewModel.users tiene el tipo LiveData<List<User>?>. Y LiveData no es un delegado para propiedades de Compose. El compilador vuelve a mostrar el mismo error: Type 'LiveData<List<User>?>' has