Microsoft lleva años intentando convencer a los desarrolladores de que WinUI 3 es el futuro de las aplicaciones nativas de Windows. El problema es que, durante buena parte de ese tiempo, su framework moderno ha carecido de controles relativamente básicos y tampoco ha destacado precisamente por su rendimiento. Esto ha dejado un terreno demasiado cómodo para tecnologías web como WebView2 o Electron. Y para muestra era que la propia Microsoft confiaba en frameworks de terceros ante las carencias del suyo propio.
La nueva versión experimental de Windows App SDK empieza a atacar ambos problemas al mismo tiempo. Microsoft ha incorporado controles para tablas y gráficos directamente en WinUI y ha corregido varios problemas relacionados con el crecimiento del consumo de memoria. Son cambios internos, pero pueden ser mucho más importantes para el futuro de Windows 11 de lo que parece.
WinUI 3 empieza a cubrir algunas de sus carencias más importantes
Microsoft publicó el 29 de septiembre Windows App SDK 2.5 Experimental (2.5.4-experimental). No estamos ante una actualización convencional de Windows 11 ni ante algo que los usuarios vayan a recibir automáticamente mediante Windows Update: es una versión destinada a desarrolladores para probar APIs que todavía pueden cambiar antes de llegar al canal estable. La versión estable actual continúa siendo Windows App SDK 2.5.1.
La novedad que probablemente resulte más importante a largo plazo es la llegada de TableView y Chart como controles propios de WinUI 3. Esto permitirá no solo a los terceros desarrolladores sino a los propios de Microsoft contar con un SDK más completo. Esto reduce la dependencia de terceros y facilita usar herramientas nativas.
TableView permite crear tablas de datos con agrupación, ordenación, filtrado, cabeceras personalizadas, columnas redimensionables mediante ratón o teclado y tooltips para celdas y encabezados. Chart, por su parte, permite representar datos mediante gráficos de líneas, áreas o barras, incluyendo ejes, leyendas, etiquetas y marcadores.
Puede parecer una mejora menor, pero no debería haber hecho falta esperar hasta 2026 para que el framework que Microsoft presenta como base de las aplicaciones modernas de Windows dispusiera de este tipo de controles directamente. Hasta ahora existían alternativas proporcionadas por la comunidad o era posible recurrir a otras tecnologías, pero precisamente ahí estaba el problema: WinUI debía competir con frameworks que ofrecían más componentes preparados para utilizar desde el primer día.
Microsoft ya reconoció durante Build 2026 que necesitaba reforzar los fundamentos de su plataforma de desarrollo. La compañía está intentando convertir Windows en un entorno más atractivo para crear aplicaciones nativas mientras simplifica las herramientas disponibles para los desarrolladores.
Microsoft también empieza a atacar el consumo de memoria de WinUI
La otra gran mejora está debajo de la interfaz. Windows App SDK 2.5 Experimental corrige un problema de seguimiento de recursos de WinUI que podía provocar que el consumo de memoria creciese al crear repetidamente storyboards de estados visuales o resolver recursos estáticos y de tema.
Microsoft también ha mejorado la limpieza de objetos nativos de WinUI que habían dejado de ser accesibles desde aplicaciones .NET después de cerrar páginas o pestañas.
Conviene matizar qué significa esto. Microsoft no afirma que cualquier aplicación WinUI vaya a consumir de repente mucha menos RAM. Se han solucionado casos concretos capaces de provocar un crecimiento innecesario de memoria, que no es exactamente lo mismo que reducir drásticamente el consumo base del framework. Aunque quien sabe, quizás es el próximo punto en el que se centran, en lugar de precargar las cosas en memoria.
No obstante, el movimiento encaja con una prioridad que Microsoft viene repitiendo durante los últimos meses: mejorar rendimiento, estabilidad y utilización de memoria antes de extender WinUI a más partes del propio Windows.
De hecho, este no es el primer problema de este tipo que Microsoft corrige. Windows App SDK 1.8.9 ya solucionó en junio una fuga de memoria de ItemsRepeater que impedía liberar correctamente determinados elementos reciclados.
La actualización incluye bastante más que tablas y gráficos
Aunque TableView, Chart y las correcciones de memoria son las novedades más relevantes para esta historia, Windows App SDK 2.5 Experimental añade otras funciones interesantes.
Microsoft introduce nuevas APIs para que las aplicaciones puedan seleccionar CPU o NPU para determinadas tareas de IA, amplía las capacidades de reconocimiento de voz y de sus modelos de lenguaje locales y permite crear enlaces a recursos de tema directamente desde código.
También mejora el soporte de escritura con lápiz en WinUI 3 y permite construir determinados DataTemplate mediante código en lugar de depender exclusivamente de XAML. Todo ello refuerza una idea bastante clara: Microsoft está intentando cerrar rápidamente la distancia entre WinUI y frameworks mucho más maduros.
El interrogante ahora es cuánto tardarán estas novedades en pasar del canal Experimental al estable. Microsoft advierte expresamente de que las APIs experimentales pueden modificarse, desaparecer o incluso no llegar nunca a producción, por lo que todavía no deberían utilizarse como base de una aplicación comercial. Microsoft Learn
WinUI empieza por fin a parecer una plataforma sobre la que construir
Microsoft tiene un problema de confianza que no se soluciona únicamente añadiendo un control de gráficos. Los desarrolladores de Windows ya han vivido diferentes etapas con Win32, WPF, UWP y posteriormente WinUI, y convencerlos para realizar otra inversión tecnológica requiere continuidad.
Pero esta vez existen señales algo más tangibles. La apertura del desarrollo de WinUI, la llegada continuada de nuevas versiones de Windows App SDK, las mejoras de rendimiento y ahora la incorporación de controles que deberían haber estado presentes mucho antes apuntan todas en la misma dirección.
Si Microsoft quiere menos aplicaciones web en Windows 11, primero necesita conseguir que desarrollar una buena aplicación nativa vuelva a ser la opción fácil. Windows App SDK 2.5 Experimental todavía no resuelve todo el problema, pero elimina algunas excusas importantes.
Este humilde servidor ha desarrollado varias apps nativas, con soporte de WinUI y con funciones que no veía en Windows 11. Muy pronto os comentaré cuales son y cual es su función para que podáis probarlas y podamos hacerlas imprescindibles. Si, están creadas mediante vibecoding, no se programar, pero el resultado es increíble.
