.NET 11 Vista Previa 1: Grandes logros de tiempo de ejecución, preguntas más grandes sobre dirección

Resumen

• Async pasa al tiempo de ejecución : más rápido, más optimizado y más fácil de depurar. Buenas noticias para nuestros productos universales.
• CoreCLR obtiene soporte para WASM : reemplaza a Mono, por lo que el código .NET compilado por el navegador debería ejecutarse notablemente más rápido.
• Compresión Zstandard nativa : estamos considerando adoptarla en IronZIP.

Microsoft ha lanzado oficialmente .NET 11 Preview 1, el primer hito en el ciclo de desarrollo para la próxima versión de Standard Term Support, prevista para noviembre de 2026.

Async a nivel de ejecución: el gran cambio silencioso

Una de las actualizaciones más importantes de la versión preliminar 1 es que el seguimiento asincrónico se está trasladando más profundamente al tiempo de ejecución en sí, en lugar de ser manejado completamente por el compilador.

Para ponerlo en contexto, la programación asincrónica es el patrón que permite que las aplicaciones ejecuten trabajos en fragmentos no bloqueantes, de modo que todo el hilo no se congele mientras espera una llamada de red, la lectura de un archivo o una respuesta de la base de datos. Es fundamental para el desarrollo .NET moderno. La mayoría de las API, servicios y cargas de trabajo impulsadas por la interfaz de usuario dependen en gran medida de ello.

Al acercar la coordinación asincrónica a la capa de tiempo de ejecución, Microsoft puede abordar ambos problemas a la vez:

Depuración: Se reconstruyeron los flujos asíncronos. El depurador finalmente debería poder rastrear las rutas de ejecución en las esperas, restaurando el contexto que actualmente se pierde.

Rendimiento: Menor sobrecarga de coordinación. La optimización a nivel de ejecución puede ser más agresiva que la generada únicamente por máquinas de estados del compilador, lo que reduce el coste por tarea.

Para los servicios distribuidos, las API nativas de la nube y las aplicaciones de interfaz de usuario, esto podría traducirse en mejoras mensurables en todos los ámbitos.

CoreCLR llega a WebAssembly

Hasta ahora, las aplicaciones .NET compiladas en WebAssembly se basaban en Mono, el entorno de ejecución más antiguo diseñado originalmente para compatibilidad entre plataformas. Mono funciona, pero tiene límites de rendimiento bien conocidos y no se beneficia de la misma inversión en optimización que CoreCLR.

Con esta vista previa, CoreCLR obtiene soporte para WebAssembly, lo que aporta varias mejoras concretas: las capacidades JIT mejoran la velocidad de ejecución en tiempo de ejecución. La gestión de la memoria se vuelve más eficiente. Las aplicaciones .NET alojadas en el navegador se acercan a la paridad con la ejecución nativa. Para los equipos que crean aplicaciones Blazor WebAssembly o experimentan con cargas de trabajo .NET del lado del navegador, esta es una de las mejores actualizaciones en toda la versión preliminar.

Esto también es importante para el ecosistema más amplio. Bibliotecas y herramientas orientadas a WASM, incluido el procesamiento de documentos, la representación y la manipulación de datos basados ​​en navegador.

Compresión nativa Zstandard

.NET 11 agrega soporte de primera clase para el algoritmo de compresión Zstandard (Zstd) a través de una nueva implementación ZstandardStream. Zstd se ha convertido en un estándar en sistemas de alto rendimiento porque ofrece mejores índices de compresión que Gzip, una descompresión significativamente más rápida y un gran rendimiento para el procesamiento de datos a gran escala.

Para los desarrolladores de bibliotecas y herramientas, esto elimina la fricción de los enlaces de terceros. Los productos con alta compresión ahora pueden usar Zstd de forma nativa. Es fácil ver que esto se vuelve útil para herramientas como IronZIP o flujos de trabajo similares donde tanto el rendimiento como el tamaño del archivo son críticos.