Uno de los principales problemas que arrastra a Windows 11 son las aplicaciones integradas y los marcos nativos, y Windows Latest se enteró de que Microsoft está preparando una actualización importante centrada en la gestión de la memoria. Me dijeron que el menú Inicio basado en WinUI y la vista Agenda en el Centro de notificaciones todavía están disponibles, pero Microsoft está optimizando WinUI antes de su implementación.
También se mostraron detalles sobre la administración de memoria en la Build 2026 para desarrolladores, pero la mayor parte estaba relacionada con WinUI.
En Build 2026, Microsoft dice que está realizando cambios en WinUI para que use menos RAM, y esos son componentes de Windows especialmente importantes, como el menú Inicio, antes de reescribir WinUI.
Según Chris Anderson, ingeniero del equipo de interfaz de usuario de Windows de Microsoft, se planean más cambios y las correcciones de “rendimiento, fundamentos y calidad” para WinUI están por delante de los planes más amplios.
Un cambio notable es el plan de la compañía de trasladar WinUI a Windows System Composer, lo que debería hacer que las aplicaciones y el sistema operativo sean un poco más rápidos.
“En lo que respecta al rendimiento, realmente hemos invertido mucho en mejorar el uso de la memoria, así como en cambiar a un compositor del sistema, lo que debería traer algunas mejoras de rendimiento. Y esas cosas realmente han impactado al público en nuestro repositorio de Git”, dijo Anderson.
Por mucho que a todos nos gustaría ver aplicaciones nativas en Windows, especialmente aquellas creadas con WinUI, no se puede negar que el marco no está exactamente optimizado para el rendimiento. Puede parecer lento y la mayoría de ustedes ya lo han experimentado de primera mano.
Por ejemplo, intente configurar el Explorador de archivos para que abra “Esta PC” y compare su rendimiento con la pestaña “Inicio”, que tarda mucho más en cargarse.
Me dijeron que Microsoft está probando internamente soluciones de uso, rendimiento y confiabilidad de la memoria para WinUI antes de enviar el nuevo menú Inicio creado con el marco.
No habrá cambios visibles en el menú Inicio cuando se lance la versión WinUI, pero debería tartamudear un poco menos en las PC de gama baja y usar menos RAM en general.
Desafortunadamente, aún no tenemos los números, por lo que no puedo decirle si una aplicación que usa 300 MB de RAM podría reducirse a 250 MB, 200 MB o algo más después de aceptar los cambios.
En Build 2026, Microsoft también dijo que planea implementar nuevas funciones de WinUI, pero eso no sucederá hasta que se resuelvan los problemas de rendimiento. En este punto, la atención se centra exclusivamente en corregir errores para que WinUI responda mejor, y eso es necesario antes de que cambie el menú Inicio.
“Me gusta pasar tiempo antes de sumergirme en cosas realmente nuevas y emocionantes que creo que son adornos interesantes y brillantes en la función”, dijo Anderson.
“…esta es realmente la característica clave que la gente pide y que realmente necesita para ser productiva además de WinUI. Lo primero y más importante es el rendimiento, los fundamentos, la calidad y muchas correcciones de errores”.
Microsoft también está preparando controles de gráficos y cuadrículas de datos integrados para WinUI para convencer a los desarrolladores empresariales de que hagan el cambio.
“Estamos agregando muchos controles nuevos”, dijo Anderson. “Tenemos cuadrículas de datos y gráficos emergentes que aparecerán relativamente pronto. Aparecerán en los bits centrales de WinUI y le permitirán buscar muchos más escenarios basados en datos”.
Hay dos razones por las que Microsoft está agregando estos controles a WinUI. Primero, busca reducir la dependencia de los desarrolladores de bibliotecas separadas para funciones comunes de aplicaciones empresariales, lo cual es bastante obvio.
En segundo lugar, espera que los desarrolladores empresariales comiencen a utilizar WinUI para crear sus aplicaciones. Si ese es el caso, puede esperar que Microsoft invierta más en WinUI y más aplicaciones heredadas para migrar al nuevo marco nativo.
Sin embargo, Microsoft no dice que el uso de controles integrados necesariamente reducirá el uso de RAM de una aplicación.
Microsoft quiere obtener WinUI antes de mover más componentes de Windows 11 al marco nativo
Microsoft dice que está integrando WinUI en el shell de Windows más rápidamente y creará experiencias adicionales de Windows con él.
“Realmente estamos tratando de extender WinUI para que sea accesible a cualquier caso de uso que queramos. Estamos comenzando a integrarlo en el shell a un ritmo mucho más rápido. Y entonces verás muchas características propias de Microsoft construidas sobre WinUI”.
Eso significa que Microsoft no puede hacer que Windows 11 sea más rápido si el marco central ‘WinUI’ es más lento.
La compañía sostiene que WinUI se utiliza dentro del Shell de Windows y también se encuentra en varias aplicaciones nativas de Windows. La sobrecarga del marco puede afectar negativamente el rendimiento de Windows y es por eso que la empresa quiere optimizar WinUI.
Microsoft no ha identificado qué funciones de Windows 11 se migrarán a WinUI más adelante. No garantizó que los componentes del shell existentes se actualizarían inmediatamente para utilizar las mejoras de memoria. Pero sí sabemos que el menú Inicio y la vista de agenda en Notificaciones son dos de las principales características que llegan al código nativo.
Aún así, la compañía dice que llegarán más funciones propias a WinUI.
“Esperamos que muchos desarrolladores externos realmente comiencen a adoptar esto”, dijo Anderson. “Ya hemos visto cierta mejora, pero sabemos que la adopción de un nuevo marco de interfaz de usuario puede llevar mucho tiempo, especialmente en el ámbito empresarial”.
“Consideramos que este es nuestro momento para comenzar a demostrar realmente que estamos poniendo nuestra fuerza detrás de esto y que estamos comprometidos a hacer avanzar WinUI. Y esa es absolutamente nuestra intención”.
Microsoft admite que WinUI todavía tiene importantes lagunas en sus funciones
El rendimiento no es la única razón por la que los desarrolladores se muestran reacios a trasladar sus aplicaciones a WinUI.
Microsoft dice que los desarrolladores continúan confiando en bibliotecas de código abierto porque a WinUI le faltan las capacidades que necesitan, incluida una implementación completa de la bandeja del sistema y controles de datos enriquecidos.
“Lo segundo que escuchamos mucho es que, aparte de las cuadrículas de datos y los gráficos, hay un montón de lagunas en las funciones de la plataforma”, dijo Anderson.
“¿Todo, desde lo que estás haciendo en la bandeja del sistema? Y tienes un uso limitado de Windows. Mucha gente usa bibliotecas de código abierto para solucionar estos huecos, y ¿podemos simplemente arreglar la plataforma?”
“Tenemos un gran retraso”, dijo Anderson. “Vamos a empezar a trabajar en ello y a tratar de abordar las deficiencias en las funciones que la gente está señalando. Pero ese es uno de los mayores problemas”.
Además, Anderson se dirigió a los desarrolladores que están preocupados de que Microsoft abandone WinUI y lo reemplace con otro marco.
“Probablemente la cuestión número uno es: ¿Hablas realmente en serio esta vez? ¿Vas a seguir con este marco? WinUI 3 tiene cuatro años. ¿Vas a continuar o vas a anunciar un nuevo marco nuevamente este año?”
“Y yo diría que no, no tenemos intención de construir una nueva estructura”.
Microsoft también eliminará el número de versión del nombre del marco.
“En realidad, estamos bajando el número y nos referimos a WinUI simplemente como WinUI porque realmente no tenemos intención de hacer un gran cambio, un cambio radical”, dijo Anderson.
