Detectar un enlace, una fecha o un número de teléfono dentro de un texto no es algo nuevo en las plataformas de Apple. NSDataDetector lleva años resolviendo este problema, pero lo hace con una API heredada de Objective-C: máscaras de bits, NSRange, resultados polimórficos y propiedades opcionales cuyo significado depende del tipo encontrado.

Con iOS 26, Apple ha modernizado por fin esta tarea mediante el framework DataDetection y la nueva API DataDetector. El cambio no se limita a sustituir tipos antiguos por sintaxis Swift. Ahora la detección es asíncrona, los resultados están tipados semánticamente y los rangos apuntan directamente a los índices del texto original.

Cada actualización de SwiftUI incorpora herramientas que simplifican la construcción de nuestras interfaces. Nuevos componentes, modificadores más potentes y funcionalidades que antes necesitaban bastante código.

El problema aparece cuando queremos utilizarlas, pero nuestra aplicación todavía admite versiones anteriores de iOS. Subir la versión mínima de despliegue puede dejarnos sin usuarios que siguen utilizando dispositivos perfectamente válidos.

Por suerte, existe una alternativa: crear nuestras propias extensiones de View para utilizar las APIs nativas cuando están disponibles y proporcionar una implementación alternativa en los sistemas anteriores.

Una persona puede identificarse con Face ID, introducir su contraseña y confirmar una operación mientras un estafador le indica qué hacer por teléfono. Todos los controles de autenticación funcionan y, aun así, la cuenta termina comprometida. Identificar al usuario no permite saber si está actuando bajo presión o engaño.

Con iOS 27, Apple introduce Trust Insights, un framework que aporta contexto sobre estas situaciones. La aplicación solicita una evaluación antes de una operación sensible y utiliza el resultado para decidir si conviene añadir comprobaciones o mostrar una advertencia.

En iPhone Duo, los controles de navegación, las acciones de la barra de herramientas y las pestañas pueden compartir una franja vertical en el borde de la pantalla. Así queda más altura para el contenido, pero también cambia el espacio disponible para cada botón. Si construyes la app con el SDK de iOS 27.1 y utilizas contenedores estándar como NavigationStack, NavigationSplitView o TabView, SwiftUI se encarga de buena parte de la adaptación.

Durante años, una de las partes más difíciles de Swift Concurrency no ha sido aprender async y await, sino entender dónde se ejecuta realmente el código. Una función asíncrona podía abandonar el actor desde el que se llamaba aunque no hubiésemos pedido ningún paralelismo. Swift 6.2 cambia ese comportamiento con una de las piezas más importantes de Approachable Concurrency: NonisolatedNonsendingByDefault.

El cambio parte de una idea sencilla: ser async no debería significar automáticamente “ejecutarse en otro sitio”. Una función asíncrona necesita poder suspenderse, pero eso no implica que deba abandonar el contexto de aislamiento del llamador. Con Swift 6.2, el lenguaje avanza hacia un modelo en el que el código permanece serializado por defecto y somos nosotros quienes expresamos de forma explícita cuándo queremos introducir concurrencia real.