Generar una clave dentro del Secure Enclave protege su parte privada, pero enviar la clave pública a un servidor deja una cuestión pendiente: cómo comprobar su procedencia. Una firma válida demuestra que alguien puede utilizar la clave privada correspondiente. Por sí sola, no revela si esa clave está protegida por hardware o si se creó mediante software.

El Secure Enclave permite realizar operaciones criptográficas sin entregar la clave privada en texto claro a la aplicación. Con Security o CryptoKit podemos generar claves protegidas por este componente. Esa protección local y la verificación remota de su origen son garantías diferentes: el servidor necesita una prueba que pueda validar por su cuenta.

Una aplicación descarga la programación de un museo sin problemas, pero empieza a fallar después de renovar el certificado del servidor. En el ordenador, la web sigue abriendo. En algunos iPhone, también. La tentación es buscar una excepción que permita conectar cuanto antes, aunque el primer paso debería ser entender qué ha dejado de cuadrar.

HTTPS protege los datos durante el transporte y permite autenticar al servidor. Si eliminamos esa segunda comprobación, una conexión cifrada puede terminar enviando información a quien está suplantando nuestro servicio.

Hay bloques de código que apenas tienen trabajo: reciben un elemento, leen una propiedad y devuelven su valor. Los escribimos continuamente al transformar colecciones con map, pero Swift permite expresar esa intención de una forma más directa.

Desde Swift 5.2, gracias a SE-0249, podemos utilizar un literal de key path donde se espera una función con la forma (Root) -> Value. Una pequeña comodidad que ayuda a leer operaciones sobre datos sin detenerse en cada $0.

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.