Últimos articulos

Durante la WWDC 2026 Apple presentó numerosos cambios en SwiftUI, algunos muy visibles y otros más discretos. Entre estos últimos se encuentra una modificación especialmente interesante para quienes desarrollamos interfaces declarativas a diario: @State deja de estar implementado como un property wrapper tradicional y pasa a convertirse en una macro del lenguaje Swift.

A primera vista parece un detalle interno sin demasiada relevancia. Seguimos escribiendo exactamente el mismo código que escribíamos ayer. Sin embargo, este cambio resuelve algunas ineficiencias históricas de SwiftUI y mejora especialmente la integración con el nuevo sistema de Observation.

Con las últimas versiones de SwiftUI, Apple sigue ampliando las posibilidades de personalización de las transiciones de navegación. Una de las incorporaciones más interesantes es navigationTransition(.crossfade), una transición que sustituye el movimiento tradicional entre pantallas por un fundido gradual entre la vista de origen y la de destino.

A simple vista puede parecer un detalle menor, pero en determinadas interfaces permite crear experiencias mucho más limpias y menos intrusivas, especialmente cuando la jerarquía de navegación no necesita reforzarse de forma explíticita mediante desplazamientos laterales.

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.