En SwiftUI, que cambie un dato no implica necesariamente que se vuelva a evaluar el body de todas las vistas que lo reciben. Tampoco una nueva evaluación equivale por sí sola a dibujar de nuevo toda la interfaz. SwiftUI mantiene un grafo de dependencias, calcula de nuevo las ramas afectadas y decide después qué cambios deben reflejarse en pantalla.

La parte menos evidente es que no todas las entradas crean la misma clase de dependencia. Una propiedad almacenada, un @Binding, un valor del entorno y una propiedad de un modelo @Observable pueden contener información equivalente, pero provocan actualizaciones distintas.

Las previews de SwiftUI son especialmente útiles cuando una vista tiene varios estados relevantes: contenido vacío, datos cargados, errores, valores límite o distintas fases de un proceso. Hasta ahora, revisar todos esos casos solía obligarnos a crear varios bloques #Preview casi idénticos o a meter todas las variantes dentro de un VStack. Con Xcode 27 aparece una alternativa mucho más limpia: #Preview(arguments:).

Esta nueva variante de la macro permite pasar un array de valores y genera automáticamente una preview independiente para cada elemento. En lugar de construir manualmente cinco previews para cinco estados, podemos definir una sola fuente de escenarios y dejar que Xcode los presente como variantes dentro del canvas.

Apple ha anunciado cambios en App Tracking Transparency (ATT) para la Unión Europea a partir de iOS 27.2 y iPadOS 27.2. La actualización introduce una presentación alternativa del permiso, más espacio para explicar el uso de los datos y la posibilidad de solicitarlo de nuevo después de un año. Para quienes mantenemos aplicaciones con publicidad o SDKs de atribución, afecta tanto a la interfaz como a la lógica que decide cuándo pedir autorización.

Una vista previa empieza con unas pocas líneas. Después necesita un contenedor de SwiftData, datos de ejemplo, una sesión simulada y varias dependencias del entorno. Cuando copiamos esa preparación en cinco pantallas, mantener las previews empieza a parecer otro proyecto dentro de la aplicación.

SwiftUI ofrece una herramienta para centralizar ese trabajo: PreviewModifier. Permite definir un entorno reutilizable y preparar un contexto que el sistema de previews puede conservar y compartir. Está disponible desde iOS 18 y macOS 15, entre otras plataformas, y llegó con Xcode 16. Los ejemplos siguientes asumen esas versiones mínimas. Documentación de Apple.

Mostrar contenido web ha sido durante años una de las ausencias más llamativas de SwiftUI. WebKit proporcionaba WKWebView, pero para integrarlo en una jerarquía declarativa había que envolverlo en UIViewRepresentable, crear un coordinador cuando necesitábamos delegados y conectar manualmente propiedades como el título o el progreso de carga.

iOS 26 elimina buena parte de esa infraestructura. WebKit incorpora ahora un WebView nativo para SwiftUI y lo acompaña de WebPage, un modelo observable que representa la página y su estado de navegación.