Últimos articulos

SwiftUI facilita la creación de animaciones con muy poco código, pero elegir el tipo de animación adecuado marca una gran diferencia en la sensación que transmite una interfaz. Aunque muchas aplicaciones utilizan la animación por defecto, el framework ofrece un conjunto mucho más amplio de herramientas para controlar cómo evoluciona un cambio de estado.

En este artículo repasaremos los principales tipos de temporización disponibles en SwiftUI, cuándo utilizarlos y cómo personalizarlos para conseguir interfaces más naturales.

Swift sigue evolucionando con pequeñas mejoras que, aunque pueden pasar desapercibidas, ayudan a escribir un código más limpio y expresivo. Una de ellas permite utilizar una propiedad constante inicializada con un caso de un enum para satisfacer directamente los requisitos de un protocolo, eliminando código repetitivo cuando un protocolo requiere un valor estático fijo.

Hasta ahora era habitual implementar una propiedad estática calculada que simplemente devolvía un caso concreto de una enumeración.

La respuesta háptica se ha convertido en una parte fundamental de la experiencia de usuario en los dispositivos de Apple. Una ligera vibración puede confirmar una acción, advertir de un error o reforzar una interacción sin necesidad de mostrar información adicional en pantalla.

Hasta hace relativamente poco, integrar este tipo de comportamiento en una aplicación SwiftUI implicaba recurrir a UIKit y utilizar clases como UIImpactFeedbackGenerator o UINotificationFeedbackGenerator. Afortunadamente, SwiftUI incorpora una API mucho más sencilla y declarativa: sensoryFeedback.

SwiftUI siempre ha apostado por que las barras de herramientas se adapten automáticamente a cada plataforma. El mismo código puede distribuir los elementos de forma distinta en iPhone, iPad o Mac para ofrecer la mejor experiencia posible. Sin embargo, esa flexibilidad también supone perder cierto control sobre qué acciones permanecen visibles y cuáles terminan ocultas.

Con SwiftUI en Xcode 27 llegan varias APIs que permiten ajustar ese comportamiento sin renunciar a la adaptación automática del sistema.

🛡️ Swift 6.4 introduce withTaskCancellationShield(operation:), una API pequeña pero muy interesante dentro del modelo de concurrencia de Swift. Su objetivo no es cambiar cómo funciona la cancelación de tareas, sino cubrir un caso muy concreto: ejecutar un bloque de código para restaurar el estado aunque la tarea ya haya sido cancelada.

🧩 En Swift, la cancelación de tareas es cooperativa. Cancelar una Task no detiene el código de forma brusca. Lo que ocurre es que la tarea queda marcada como cancelada, y el propio código decide cuándo reaccionar consultando Task.isCancelled o llamando a Task.checkCancellation().