🔄 Un artículo reciente ha provocado una gran controversia al afirmar que 2025 es el año que murió SwiftUI. La tesis principal: UIKit ha recibido modernizaciones fundamentales mientras que las herramientas de IA generativa trivializan lo que antes era la gran ventaja de SwiftUI.
🛠️ iOS 18 trajo una revolución silenciosa para UIKit. Apple añadió soporte para el macro @Observable y el nuevo método updateProperties() que permite actualizaciones reactivas automáticas, similar a cómo funciona SwiftUI desde el principio.
💡 Esto elimina la necesidad de código imperativo tedioso como didSet, Combine o llamadas manuales a setNeedsLayout. Las vistas UIKit ahora rastrean automáticamente cambios en objetos @Observable y se actualizan solas.
🤖 La segunda parte del argumento apunta a la IA generativa. Con herramientas como Claude Code, Cursor y GitHub Copilot, escribir el código boilerplate de UIKit ya no es un problema. La IA maneja la verbosidad que antes hacía preferible SwiftUI.
⚖️ Pero esta narrativa ignora realidades importantes. SwiftUI sigue evolucionando: iOS 18 trajo mejoras de rendimiento significativas, mejor integración con UIKit y nuevas capacidades como transiciones fluidas y zoom interactivo.
🎯 La elección real no es SwiftUI vs UIKit sino entender cuándo usar cada uno. SwiftUI brilla en prototipado rápido, apps multiplataforma y equipos que priorizan desarrollo veloz. UIKit domina cuando necesitas control granular, compatibilidad con versiones antiguas o rendimiento crítico. ¿Conviene migrar porque si una aplicación funcional a UIKit? No. ¿Tiene sentido empezar una aplicación de cero en algo que no sera SwiftUI? Tampoco.
🔮 El futuro no es que SwiftUI está muerto sino la coexistencia inteligente. Apple invierte en ambos frameworks. UIKit recibe modernizaciones para no quedarse atrás, mientras SwiftUI se acerca cada año a la paridad funcional con su predecesor.
🧠 Las herramientas de IA cambian el juego, pero no eliminan la necesidad de comprensión profunda. Saber cuándo un modelo de IA sugiere código obsoleto (@ObservedObject en lugar de @Observable) requiere experiencia y criterio.
👨💻 La verdadera habilidad del desarrollador iOS en 2025 no es elegir un bando, sino dominar ambos frameworks y saber cuál aplicar según el contexto y el proyecto. La IA puede generar código, pero tú decides la arquitectura. ¿Tú también crees que la coexistencia es el camino?


Deja un comentario