En 2014, Apple presentó Swift. Fue un evento importante: un lenguaje moderno, seguro, rápido, diseñado para reemplazar progresivamente a Objective-C. La industria lo adoptó. Era la decisión obvia.
En 2019, Apple presentó SwiftUI. Ese segundo anuncio fue, en mi opinión, más importante que el primero. Y tardó bastante más en ser entendido.
Qué es SwiftUI y por qué importa la forma en que funciona
SwiftUI es un framework para construir interfaces de usuario de forma declarativa. Eso requiere una explicación, porque «declarativo» es una de esas palabras que el sector tecnológico usa con frecuencia sin tomarse el tiempo de explicar qué significa en la práctica.
El modelo anterior, UIKit, era imperativo: tú describías el cómo. Creabas los elementos de la interfaz, los colocabas en la pantalla, definías qué pasaba con ellos cuando el estado de la app cambiaba. El código era una secuencia de instrucciones que el sistema ejecutaba en orden. Funciona. Es poderoso. Y se convierte en complejo rápidamente cuando la interfaz tiene muchos estados posibles.
SwiftUI invierte el modelo. Tú describes el qué: cómo debe verse la interfaz dado un determinado estado de los datos. El framework se encarga de calcular qué ha cambiado y de actualizar la pantalla de forma eficiente. Cuando los datos cambian, la vista se recalcula. No tienes que gestionar la transición manualmente.
El resultado es código considerablemente más corto, más legible y más fácil de mantener. Una pantalla que en UIKit requería cien líneas de código puede expresarse en SwiftUI en veinte. No como truco de compresión sintáctica, sino porque el modelo declarativo elimina categorías enteras de código de gestión de estado que UIKit requería.
Multiplataforma de verdad, dentro del ecosistema Apple
Hay algo de SwiftUI que raramente se menciona en los artículos de introducción y que tiene implicaciones enormes para cualquier desarrollador o empresa que quiera estar presente en más de una plataforma de Apple.
El mismo código SwiftUI corre en iPhone, iPad, Mac, Apple Watch y Apple TV. No con modificaciones menores: el mismo código base, adaptándose de forma inteligente a las convenciones y capacidades de cada dispositivo. Las diferencias entre plataformas se resuelven con modificadores específicos donde es necesario, pero la lógica central de la interfaz se escribe una sola vez.
Eso es multiplataforma real: dentro del ecosistema de Apple, sin compromisos de rendimiento, con acceso completo a todas las APIs de cada plataforma. Muy diferente a la promesa del desarrollo multiplataforma que incluye Android, donde «el mismo código» implica una capa de abstracción con las limitaciones ya conocidas.
Por qué en AC Academy SwiftUI es la base del currículo
Cuando Apple presentó SwiftUI en 2019, tomamos una decisión pedagógica que no todo el mundo en la industria compartía en ese momento: enseñar SwiftUI como base, no como complemento de UIKit.
El razonamiento era simple. UIKit tiene décadas de código en producción y va a seguir siendo relevante durante años, especialmente para apps con requisitos muy específicos. Pero SwiftUI es la dirección en la que Apple lleva invirtiendo recursos desde 2019. Cada WWDC expande sus capacidades. Las herramientas de Xcode están cada vez más optimizadas para él. Los nuevos frameworks de Apple asumen que el desarrollador usa SwiftUI.
Enseñar a alguien a desarrollar para iOS hoy empezando por UIKit es como enseñar fotografía empezando por el carrete de 35mm: perfectamente válido para entender los principios, completamente desconectado de donde está el trabajo real.
Los alumnos que han pasado por nuestros programas aprenden SwiftUI desde el primer día. Cuando necesitan entender UIKit para un proyecto específico o para trabajar con código heredado, tienen la base conceptual para hacerlo. La inversa no siempre funciona igual de bien.
SwiftUI en 2026: el estado de la cuestión
En 2026, SwiftUI ya no es el futuro prometedor que era en 2019. Es el estándar actual. Las apps nuevas que se construyen para el ecosistema Apple se construyen con SwiftUI salvo que haya una razón técnica muy específica para no hacerlo. Las apps existentes en UIKit se migran progresivamente.
Hay todavía áreas donde SwiftUI tiene limitaciones respecto a UIKit para casos de uso muy específicos. Son cada vez menos, y cada WWDC cierra algunas. La trayectoria es clara.
Si estás aprendiendo a desarrollar para Apple ahora, SwiftUI no es una opción entre varias. Es el punto de partida.
