Últimos articulos

Durante años ha sido posible mantener aplicaciones UIKit utilizando el ciclo de vida clásico basado en UIApplicationDelegate. Sin embargo, Apple ha dejado claro durante la WWDC26 que esto llega a su fin: las aplicaciones compiladas contra el SDK de iOS 27 deberán utilizar obligatoriamente el Scene Lifecycle.

Este cambio no es simplemente una recomendación. Forma parte de la estrategia de Apple para construir aplicaciones realmente adaptativas capaces de funcionar correctamente en escenarios cada vez más variados: iPhone, iPad, iPhone Mirroring y el futuro iPhone plegable.

🖼️ AsyncImage siempre ha sido una de esas APIs de SwiftUI que entran rápido por los ojos. Le pasas una URL, defines qué quieres mostrar mientras carga, qué hacer cuando llega la imagen y cómo reaccionar ante un fallo. Para una pantalla sencilla parecía suficiente. El problema aparecía cuando esa misma comodidad se llevaba a listas, cuadrículas, o cualquier conjunto de vistas con muchas miniaturas o pantallas que se reconstruyen constantemente al hacer scroll.

🧭 En SwiftUI, casi todos los problemas de con el estado empiezan igual: una pantalla pequeña funciona perfectamente, se añaden dos o tres interacciones más, aparece una vista hija, luego otra, y de pronto algo deja de actualizarse, se reinicia cuando no debería o se comparte entre vistas de forma inesperada. No suele ser un fallo de SwiftUI, sino una señal de que la fuente de verdad no está colocada en el sitio correcto.

🔄 Las tareas en segundo plano son una de esas capacidades de iOS que parecen sencillas hasta que intentas implementar alguna de ellas. La idea es muy tentadora: permitir que una app actualice datos, limpie cachés o prepare contenido aunque el usuario no la tenga en primer plano. En SwiftUI, además, Apple ofrece una integración bastante cómoda mediante el modificador .backgroundTask, pero eso no significa que el sistema vaya a ejecutar nuestro código cuando queramos ni durante todo el tiempo que nos gustaría.

📐 Las sheet de SwiftUI funcionan muy bien cuando aceptas los tamaños que el sistema propone. El problema aparece cuando tu interfaz no encaja en niguno de esos tamaños. Una vista pequeña queda flotando dentro de un sheet demasiado alto. Una vista algo más grande puede quedar cortada. Y una pantalla que solo necesita presentar una confirmación breve termina ocupando gran parte de la pantalla sin necesidad.

Desde iOS 16, SwiftUI permite controlar la altura de una hoja con presentationDetents, usando valores como .medium, .large, .height(...) o .fraction(...). Es una mejora enorme frente al comportamiento inicial de los sheets, pero sigue teniendo una limitación importante: no existe un detent nativo que diga simplemente “mide el contenido y usa esa altura”.