ASP.NET 4.0 presenta un grupo de características y mejoras muy interesantes que vienen aumentar aún más el potencial de esta tecnología. A continuación se presenta un resumen de las más importantes en un artículo que consta de 6 partes, en el momento de la publicación de esta primera parte puede que el resto aún no esté disponible.

Parte-I. Core Services.

Extensible Output Caching (Caché de Salida extensible).

Desde la versión 1.0 del Net Framework estaba disponible la opción de output-cache permitía a los desarrolladores configurar sus páginas para que fueran almacenadas en memoria y el servidor no tuviera que generarlas constantemente, esto permite que el servidor ahorre mucho tiempo de procesamiento y que las respuestas a las solicitudes de páginas sean más rápidas. La desventaja radica en que en los servidores con mucho tráfico el alto consumo de memoria puede afectar a otras partes de la web.

Con la versión 4.0 de ASP.NET se agrega la posibilidad de configurar uno o varios proveedores de output-cache, estos proveedores pueden usar cualquier mecanismo de almacenamiento para guardar el contenido HTML generado y así no afectar la memoria del servidor.

Auto-inicio de aplicaciones Web.

Algunas aplicaciones Web requieren cargar o procesar grandes cantidades de datos lo que alarga el proceso de inicializar una web, esto provocará que la primera solicitud http a esta aplicación una vez iniciado el IIS o reciclado el pool bajo el que corre la aplicación será relativamente lento.

La nueva ventaja introducida por ASP.NET 4.0 llamada auto-start es que cuando este corre sobre IIS 7.5 en Windows Server 2008 R2 puede configurarse el Pool y cada una de sus aplicaciones para que inicien automáticamente después de que el servicio IIS sea iniciado o después de haber reciclado dicho Pool. Los desarrolladores pueden crear un proveedor de inicialización personalizada heredando de IProcessHostPreloadClient para ejecutar el proceso de inicialización de los datos de la aplicación.

Esta ventaja puede ser utilizada además para informar a otras aplicaciones que la aplicación está completamente lista para aceptar solicitudes entre otras posibilidades.

Redirección permanente de páginas.

Una situación muy común es que en las aplicaciones web se cambien las Urls de determinadas páginas lo que provoca que se creen enlaces rotos a nuestras páginas y que muchos usuarios no puedan encontrarlas. la solución a esto es manipular la solicitud y redireccionarla a la nueva página usando el método Response.Redirect, pero este método solo permite hacer una redirección 302 que significa redirección temporal.

En este caso lo correcto es hacer una redirección 301 que significa redirección permanente, para ellos ASP.NET a introducido el método RedirectPermanent, ahora los buscadores detectarán que la URL anterior a caducado y que deben indexar la nueva URL lo que permitirá que vayan directamente a la página correcta.

Compresión del estado de la Sesión.

ASP.NET provee 2 proveedores para el almacenamiento del estado de la sesión para ser usada en una Web farm (Granja de Webs) uno es proveedor de estado de sesión que usa un servicio de Windows que viene con el Net Framnework y la otra es un proveedor de estado de sesión que guarda los datos en un servidor SQL, en dependencia de la cantidad de datos que se guarden en la sesión puede volverse muy grande la cantidad de datos a serializar, transmitir y almacenar en la ubicación compartida.

ASP.NET 4.0 introduce una nueva opción para ambos proveedores de estado de sesión que al poner en true la opción de configuración compressionEnabled permite comprimir los datos a almacenar antes de ser serializados usando la clase System.IO.Compression.GZipStream lo que en servidores con tiempo de CPU sobrante puede disminuir considerablemente la cantidad de datos a transmitir.

Continuará...

Fuentes consultadas: http://www.asp.net/learn/whitepapers/aspnet40/