Rendimiento, Blazor, AOT, identidad, métricas y más

La última versión de .NET 8 trae importantes adiciones y cambios a Núcleo ASP.NET. Las mejoras más notables para esta versión de ASP.NET Core están relacionadas con Performance y Blazor junto con las actualizaciones relacionadas con AOT, Identity, SignalR, Metrics y muchas más características.

Microsoft anunció que ASP.NET Core en .NET 8 es la versión lanzada con mayor rendimiento hasta el momento y, como se indicó, en comparación con .NET 7, ASP.NET Core en .NET 8 es un 18 % más rápido en el punto de referencia Techempower JSON y un 24 % más rápido en .NET 8. % más rápido en el punto de referencia de Fortunes. Brennan Conroy escribió una publicación de blog sobre Mejoras de rendimiento en ASP.NET Core 8 y se recomienda a los lectores que echen un vistazo a esto.

El rendimiento de ASP.NET fue un tema activo en Reddit, un usuario llamado Cetrivias hizo una pregunta interesante ¿Cómo es Asp.net tan rápido? El hilo es rico en discusiones comunitarias, pero la más interesante está escrita por David Fowleringeniero distinguido de .NET, afirmó lo siguiente:

No está todo documentado en un solo lugar de forma ordenada como el repositorio fasthttp. La respuesta corta es que el equipo está absolutamente obsesionado con el rendimiento. Si bien no se trata de un cambio específico, es esa cultura de rendimiento la que ha dado lugar a aumentos espectaculares del rendimiento y avances en cada lanzamiento.

y al final de una respuesta más larga y detallada se afirma lo siguiente:

Esto no es una carrera corta, es un maratón y es una de nuestras “prioridades eternas” como parte de los estatutos de .NET. Nuestra inversión en rendimiento para .NET le ahorra directamente a Microsoft $$$ ya que permitimos a los equipos hacer más con menos. Es decir, seguiremos mejorando el rendimiento como máxima prioridad en el futuro previsible.

Se recomienda ampliamente que los lectores echen un vistazo a respuesta completa escrito por David y también por otros miembros de la comunidad.

En cuanto a las características y mejoras, una de ellas es la AOT nativo característica que está diseñada específicamente para aplicaciones API nativas de la nube, lo que permite la publicación de aplicaciones ASP.NET Core con AOT nativo, lo que da como resultado aplicaciones autónomas compiladas en código nativo.

Tenerlo tiene un par de beneficios: en primer lugar, reduce significativamente el espacio en disco al producir un único ejecutable que incorpora el programa y un subconjunto de código de dependencias externas. Esta reducción en el tamaño del ejecutable se traduce en imágenes de contenedores más pequeñas, lo que acelera los tiempos de implementación y mejora la eficiencia general del inicio.

Además, las aplicaciones AOT nativas cuentan con tiempos de inicio más rápidos, lo que se atribuye a la eliminación de la compilación Just-In-Time (JIT). Este inicio acelerado garantiza una capacidad de respuesta más rápida a las solicitudes de servicio y facilita transiciones más fluidas cuando lo administran los orquestadores de contenedores.

Además, las aplicaciones ASP.NET Core publicadas con AOT nativo pueden disfrutar demandas de memoria reducidas, gracias a la activación por defecto del nuevo modo DATAS GC. Esta reducción en el consumo de memoria contribuye a una mayor densidad de implementación y una mejor escalabilidad.

El lanzamiento de .NET 8 marca un hito importante para Blazortransformándolo de un prometedor marco de interfaz de usuario web para clientes a una solución integral de interfaz de usuario web de pila completa que puede satisfacer una amplia gama de requisitos de interfaz de usuario web.

Nuevas capacidades en Blazor incluyen renderizado estático del lado del servidor, navegación mejorada y manejo de formularios, renderizado en streaming y la capacidad de habilitar la interactividad por componente o página. El @modo de renderizado La directiva Razor facilita la selección del modo de renderizado en tiempo de ejecución, lo que permite cambios automáticos entre el servidor y el cliente para optimizar el tiempo de carga y la escalabilidad de la aplicación.

.NET 8 aporta mejoras sustanciales en la ejecución de código .NET en WebAssembly. La introducción de la JiterpreterEl tiempo de ejecución basado en JSON mejora el rendimiento, lo que hace que los componentes se reproduzcan un 20% más rápido y duplique la velocidad de deserialización JSON.

El Ensamblaje web .NET El tiempo de ejecución ahora admite múltiples tipos de edición nuevos con Hot Reload, lo que proporciona paridad total con las capacidades de Hot Reload de CoreCLR y permite la edición de tipos genéricos. Además, un nuevo formato de empaquetado compatible con la web para aplicaciones Blazor WebAssembly, conocido como WebCIL, agiliza la implementación al eliminar elementos específicos de Windows de los ensamblados .NET y volver a empaquetarlos como archivos WebAssembly.

ASP.NET Core en .NET 8 presenta puntos finales API para Identidad central de ASP.NET, que ofrece acceso programático a la funcionalidad de registro e inicio de sesión de usuarios. Esto simplifica la configuración de la autenticación para aplicaciones cliente móviles y de navegador, y admite autenticación basada en cookies y tokens.

La actualización también introduce un tiempo de ejecución enriquecido. Métricas principales de ASP.NET usando Sistema.Diagnóstico.Métricas, una API multiplataforma desarrollada en colaboración con la comunidad OpenTelemetry. Estas métricas proporcionan un sistema de monitoreo sólido, que ofrece nuevos tipos de mediciones con contadores, medidores e histogramas, junto con poderosas capacidades de generación de informes con valores multidimensionales.

La integración en el ecosistema nativo de la nube más amplio se alinea con OpenTelemetría estándares, lo que garantiza una compatibilidad perfecta y capacidades de monitoreo mejoradas para las aplicaciones ASP.NET Core.

La versión .NET 8 incluye muchos cambios y actualizaciones, otros cambios están relacionados con Atributos genéricos para MVC, enlace de forma mejorada para API mínimas y middleware antifalsificación, SeñalR reconexión con estado, Enchavetado Servicios de Soporte en Inyección de Dependencia.

Además, también hay mejoras de rendimiento para tuberías con nombre transporte en Kestrel, el tuberías con nombre es una tecnología para construir comunicación entre procesos (IPC) entre aplicaciones de Windows. RedisTambién se agrega compatibilidad con el almacenamiento en caché de resultados basado en .

El almacenamiento en caché de resultados es una característica que permite que una aplicación almacene en caché el resultado de un punto final API mínimo, una acción del controlador o una página Razor. Para obtener contenido completo y más detallado, se recomienda que los lectores consulten un página oficial de notas de la versión.

Finalmente, el sección de comentarios de la publicación del blog de lanzamiento original ha estado activo con respuestas sobre los cambios y mejoras del marco. La publicación del blog ha generado una participación considerable, y los usuarios plantearon numerosas preguntas y participaron en debates con el equipo de desarrollo. Para conocer los distintos puntos de vista y respuestas más detalladas, se recomienda encarecidamente que los usuarios consulten la sección de comentarios y participen en las discusiones en curso.