En un momento en el que existe el consenso de que las empresas no saben qué hacer con la IA, MS tiene un plan para utilizarla con el fin de llevar más aplicaciones WinUI nativas a MS Store.
La compañía ha publicado una nueva guía de inicio rápido que ayuda a los desarrolladores a pasar de una carpeta vacía a una aplicación WinUI 3 publicada mediante IA, VS Code y la CLI winapp. MS afirma que todo el proceso tarda unos 30 minutos, no requiere Visual Studio y utiliza herramientas gratuitas, incluido el nivel gratuito de GitHub Copilot.
Esta accesible guía de 30 minutos es, en esencia, una forma de animar a los desarrolladores principiantes a crear aplicaciones para Windows 11 sin tener que afrontar las partes más difíciles de la programación. Es una novedad positiva, porque MS Store necesita más aplicaciones WinUI.
Ahora cualquiera puede crear una aplicación WinUI con IA, pedir a un agente que añada funciones, probar el resultado, empaquetarlo como MSIX y enviarlo a MS Store, todo de forma gratuita y con un esfuerzo mínimo. Sin embargo, las guías de migración asistida por IA para aplicaciones WPF y UWP existentes que lo acompañan son aún más interesantes.
Esta parece ser la respuesta de MS al antiguo problema de las aplicaciones nativas de Windows: facilitar la creación de aplicaciones WinUI, simplificar la migración de aplicaciones antiguas y dejar que la IA se encargue del trabajo tedioso de ambos procesos.
MS utiliza la IA para simplificar el desarrollo y la migración de aplicaciones WinUI
El flujo de trabajo para nuevas aplicaciones utiliza VS Code, .NET 10, la CLI de desarrollo de aplicaciones para Windows de MS, plantillas de proyectos WinUI, GitHub Copilot y el complemento del agente WinUI.
Este enfoque no debe confundirse con la forma en que MS promocionó su chatbot Copilot de uso general. El agente WinUI incluye capacidades especializadas para el diseño con WinUI, la revisión de código, las pruebas de interfaz de usuario, el empaquetado y la migración de frameworks.
MS también recomienda conectar el agente a su servidor Learn MCP para que pueda recuperar documentación actualizada de la API de WinUI al procesar consultas. Dada la menor popularidad de WinUI 3, es razonable suponer que los modelos de IA tienen acceso a una cantidad considerablemente mayor de material de entrenamiento sobre WPF y UWP.
La guía de migración de WPF no presenta el proceso como una simple tarea de búsqueda y sustitución. Por ejemplo, System.Windows.* pasa a ser MS.UI.Xaml.*. MS proporciona al agente de IA una tabla exhaustiva de sustituciones que abarca controles, gestión de subprocesos, administración de ventanas, tratamiento de DPI y enlace de datos, junto con un prompt inicial que explica lo que el agente debe señalar.
La guía de migración de MS de UWP a WinUI 3 comienza indicando que UWP ya no está en desarrollo activo y que WinUI 3 y Windows App SDK son sus sucesores. Cabe destacar que la guía advierte que los modelos de IA entrenados con ejemplos de UWP durante años seguirán reproduciendo esos patrones, a menos que la capacidad de migración les proporcione sustituciones explícitas que deban seguir.
En esencia, MS intenta reducir el coste de trasladar su enorme biblioteca existente de software WPF y UWP al nuevo framework nativo.
MS también quiere que WinUI sustituya el caos de las aplicaciones web
Windows sigue recibiendo aplicaciones web en lugar de aplicaciones nativas porque el desarrollo con frameworks web multiplataforma resulta menos costoso. Estos permiten a los desarrolladores reutilizar código en diferentes plataformas, en vez de programar para un framework de Windows que podría cambiar en el futuro, como ya ha ocurrido varias veces con los frameworks de MS.
En Build 2026, MS asumió un firme compromiso para cambiar esa percepción al denominar WinUI la “plataforma de producción para aplicaciones de Windows” y eliminar el “3” de su nombre. El cambio tenía como objetivo garantizar a la comunidad de desarrolladores que MS no volvería a sustituir el framework.
MS también se comprometió a reducir el uso de memoria, incorporar compatibilidad con DataGrid y gráficos, mejorar la interoperabilidad con WPF y aumentar la participación de la comunidad de código abierto. De hecho, WinUI ahora es completamente de código abierto.
WinUI no se limita al desarrollo de aplicaciones. MS ha estado sustituyendo partes de la interfaz heredada de Windows 11 por WinUI 3, incluidas recientemente Reproducción automática y Administración de impresión, y hay más actualizaciones en desarrollo. No sería razonable pedir a los desarrolladores que adoptaran una pila tecnológica que la propia MS no utiliza.
Sin embargo, MS necesita estas guías más que los desarrolladores
El argumento de MS a favor de las aplicaciones nativas no es que WebView2 o Electron sean tecnologías intrínsecamente malas, aunque esta opinión es discutible. La documentación de la compañía describe WebView2 como una opción legítima para crear aplicaciones híbridas y sostiene que el uso de recursos depende de la eficacia con la que los desarrolladores optimicen su contenido web.
Irónicamente, la aplicación Tiempo de Windows 11, creada con WebView2, utiliza 1,2 GB de RAM mientras está inactiva, aproximadamente cinco veces más que la aplicación nativa Tiempo de macOS de Apple, y ejecuta nueve subprocesos de Chromium.
A pesar de su enfoque centrado primero en las empresas, MS Teams no añadió un modo de eficiencia hasta después de años de quejas.
Algunas aplicaciones populares de terceros se han enfrentado a problemas similares. La aplicación de WhatsApp para Windows ha tenido dificultades con los tiempos de carga mientras consumía cantidades considerables de RAM. Discord reconoció que su aplicación para Windows consumía demasiados recursos y probó a reiniciarla automáticamente cuando el uso de RAM superaba los 4 GB.
MS pide a los desarrolladores externos que creen aplicaciones nativas más ligeras, mientras algunas de sus propias aplicaciones y partes de la interfaz de Windows siguen basándose en WebView2.
¿Es bueno o malo el código generado por IA para aplicaciones de Windows?
David Fowler, ingeniero distinguido de MS que trabaja en Aspire, afirmó recientemente que “escribir código se ha acabado por completo”. Las herramientas de WinUI incluyen agentes capaces de generar código, comprender un proyecto, ejecutar pruebas y corregir errores, en lugar de exigir que un desarrollador escriba manualmente cada línea.
Sin embargo, abaratar la producción de código no equivale a conseguir que sea bueno. MS reconoce esta diferencia, por lo que el agente WinUI incluye funciones específicas de revisión de código y pruebas de interfaz de usuario.
Si MS quiere que la IA genere más software para Windows, ese software también deberá ser eficiente. De lo contrario, facilitar la creación de aplicaciones nativas solo dará lugar a más aplicaciones nativas mal optimizadas.
MS está reconstruyendo el ecosistema de desarrollo de Windows en torno a la IA
Comprender el plan de MS para llevar más aplicaciones nativas a Windows 11 revela cuánto ha cambiado el panorama del desarrollo. Hace años, MS necesitaba que Steve Ballmer coreara “desarrolladores, desarrolladores, desarrolladores” sobre el escenario. Hoy, muchos desarrolladores prefieren entornos Linux, mientras que un grupo considerable de desarrolladores de aplicaciones centradas en la IA elige MacBooks por su potente hardware.
Redmond intenta preservar su posición haciendo que el desarrollo para Windows se lleve a cabo dentro de un entorno de Windows diseñado en torno a agentes de IA.
Si la estrategia tiene éxito, Windows podría obtener más aplicaciones nativas sin obligar a los desarrolladores a reescribirlo todo manualmente. Sin embargo, MS todavía debe demostrar que las aplicaciones WinUI creadas con IA serán más rápidas y ligeras que las aplicaciones web a las que pretenden sustituir.
Windows Latest depende de lectores como tú. Conviértenos en tu fuente preferida en Google Discover y Google Search y ayuda a que nuestro periodismo independiente llegue a más personas.
