Microsoft ha publicado la versión Experimental de Windows App SDK 2.5, la actualización que incorpora a WinUI 3 los controles TableView y Chart que los desarrolladores llevaban tiempo reclamando. La revisión, lanzada el 29 de septiembre, corrige además un error que disparaba el consumo de memoria en algunas aplicaciones modernas de Windows 11, un problema que había alimentado la fuga de programadores hacia frameworks web como Electron.
Microsoft ya había reconocido este desfase en la conferencia Build 2026, donde admitió que WinUI sigue siendo su framework nativo bandera para Windows 11, aunque todavía arrastra carencias frente a alternativas que, sin ser nativas, ofrecían más funciones listas para usar. Hasta esta actualización, no existía forma de construir una app con WinUI que mostrara tablas o gráficos usando controles propios de Microsoft: quien quisiera esa funcionalidad tenía que recurrir a soluciones hechas por la comunidad o saltar a otro framework.
TableView y Chart llegan a los controles nativos de WinUI
El nuevo Windows App SDK añade dos piezas que WinUI echaba en falta desde hace años: los controles TableView y Chart, ambos construidos de forma nativa en lugar de depender de soluciones hechas por la comunidad o de librerías externas.
TableView no se limita a pintar filas y columnas: incluye agrupación de datos, encabezados de grupo con plantillas propias, ordenación y filtrado con indicadores visuales en la cabecera, y redimensionado de columnas tanto con el puntero como con el teclado. También añade tooltips opcionales en celdas y encabezados, pensados para escenarios empresariales donde el usuario necesita contexto rápido sin abrir un panel aparte.
Chris Anderson, del equipo de Windows UI en Microsoft, ya había avisado de estas piezas en la sesión de Build 2026. «Tenemos DataGrid y Charting a punto de llegar, deberían estar disponibles en relativamente poco tiempo», dijo entonces. «Aparecerán en el núcleo de WinUI y os permitirán abordar muchos más escenarios orientados a datos.» La promesa se cumple ahora, aunque de momento solo en la rama Experimental del SDK.
Que un framework que Microsoft define como bandera no soportara gráficos de forma nativa alimentaba la idea de que sus promesas sobre WinUI quedaban en papel mojado, algo que ya había pasado con otros frameworks de la compañía. Con Chart integrado en el SDK, los equipos que necesitan representar datos dentro de una app empresarial dejan de depender de librerías externas para algo tan básico.
Un error de memoria que crecía sin parar en Windows
Más allá de los controles nuevos, la actualización corrige un fallo que hacía crecer el consumo de memoria cuando las apps creaban repetidamente storyboards de estado visual o resolvían recursos estáticos y de tema. Microsoft lo ha confirmado directamente.
Anderson había situado el rendimiento como la prioridad número uno para WinUI: «Lo primero y principal es el rendimiento, los fundamentos, la calidad, arreglar muchos errores», explicó en la misma sesión de Build. También adelantó hacia dónde va el trabajo de fondo: «En el lado del rendimiento hemos invertido mucho en mejorar de verdad el uso de memoria, además de cambiar a un compositor de sistema que debería traer mejoras de rendimiento todavía mayores», señaló.
El ajuste llegado ahora solo está disponible en la rama Experimental del SDK, así que ni nosotros como usuarios ni los desarrolladores lo notaremos de forma automática hasta que Microsoft lo traslade a las versiones estables. Es una señal de que la compañía está dispuesta a invertir en los cimientos del framework antes de seguir sumando funciones vistosas.
Por qué tantas apps de Windows 11 siguen pesando tanto
Si abrimos el Administrador de tareas y nos fijamos en el framework de cada proceso, entendemos por qué Microsoft necesitaba este movimiento. Aplicaciones como MSN Weather, el propio menú de Inicio o productos de primera línea como Outlook y Teams funcionan sobre componentes web, ya sea mediante WebView2 de Edge o mediante Electron. En pruebas realizadas en agosto de 2026, MSN Weather superaba el gigabyte de RAM en uso normal.
El caso de WhatsApp resulta todavía más ilustrativo del camino recorrido: la app tuvo una versión nativa UWP, pero fue sustituida por una basada en WebView2 que, según pruebas registradas, pasa de un consumo inicial de unos 600 MB de RAM a cerca de 1,2 GB mientras se navega por los mensajes. Microsoft ha dicho que empezará a integrar WinUI en la shell de Windows a un ritmo más rápido ahora que corrige estos errores críticos, y que las próximas aplicaciones propias se construirán sobre WinUI al 100%. «Hemos empezado a integrarlo en la shell a un ritmo mucho más rápido», confirmó Anderson, «y vais a ver que muchas funciones propias de Microsoft se construyen sobre WinUI.»