Escribir [weak self] suele transmitir una intención muy clara: el bloque no debe prolongar la vida del objeto. Sin embargo, cuando esa captura aparece dentro de otro bloque, el resultado puede ser justo el contrario. El bloque interior utiliza una captura de referencia débil, pero el exterior puede haber capturado self fuertemente para poder crearla.

Swift 6.4 incorpora un diagnóstico específico para este caso. Al compilar con Xcode 27, el aviso indica que la propiedad de la captura débil no coincide con la referencia fuerte capturada implícitamente en el ámbito exterior:

Las barras de herramientas de SwiftUI siempre han tenido cierto comportamiento adaptativo. Podemos declarar varios ToolbarItem y dejar que el sistema decida cómo colocarlos según la plataforma, el tamaño de la ventana o el espacio disponible. El problema aparece cuando esa decisión automática no coincide con la importancia real de cada acción.

En una ventana amplia todo puede parecer correcto, pero al reducirla —o al ejecutar la misma interfaz en un iPhone— algunos botones terminan en el menú de desbordamiento. Hasta ahora teníamos pocas herramientas para indicarle a SwiftUI qué acciones debían conservarse a la vista y cuáles podían desaparecer primero.

Apple ha presentado iPhone Duo, su primer iPhone plegable, y junto al nuevo hardware llega una cuestión especialmente importante para quienes desarrollamos aplicaciones: qué ocurre con todo el software existente cuando se ejecuta en una pantalla interior de 7,6 pulgadas con una geometría completamente nueva.

La respuesta de Apple es bastante pragmática. Las aplicaciones actuales siguen funcionando sin necesidad de recompilarlas, pero el sistema aumenta progresivamente el área disponible dependiendo del SDK con el que se haya construido cada versión. En la práctica, iPhone Duo introduce tres niveles de compatibilidad: aplicaciones anteriores a iOS 27, aplicaciones compiladas con el SDK de iOS 27.0 y aplicaciones preparadas específicamente con iOS 27.1.

Que una aplicación pueda ejecutarse en un dispositivo nuevo no significa que esté preparada para aprovecharlo. El iPhone Duo es un buen ejemplo: las versiones que ya están publicadas continúan funcionando sin que sus desarrolladores tengan que recompilarlas, pero iOS modifica el espacio que les concede según el SDK con el que se construyeron.

Una aplicación antigua aparece dentro de una superficie protegida, otra compilada con el SDK de iOS 27 utiliza una parte mayor de la pantalla interior y una construida con iOS 27.1 puede adoptar la experiencia completa. La compatibilidad está garantizada; la adaptación, no.

Los sheet llevan años siendo una de las herramientas más habituales de SwiftUI para presentar contenido temporal. En el iPhone cuando está en vertical, el patrón funciona especialmente bien: la vista aparece desde la parte inferior, puede adoptar diferentes alturas mediante detents y mantiene clara la jerarquía entre el contenido principal y el modal.

El problema aparece cuando dejamos de pensar en una pantalla de iPhone con dimensiones prácticamente fijas. Con iOS 27, las aplicaciones de iPhone deben estar preparadas para ejecutarse en entornos redimensionables, incluyendo iPhone Mirroring y diferentes tamaños disponibles al ejecutarse en un iPad. En ese contexto, una presentación que siempre crece desde la parte inferior deja de ser necesariamente la mejor solución. En una ventana ancha y relativamente baja, un panel lateral puede aprovechar mucho mejor el espacio disponible.