Archivos Web.Config Limpios (Serie de VS 2010 y NET 4)

Este es el primer post de una serie que estoy escribiendo sobre las próximas versiones de Vs 2010 y NET 4.

El  post de hoy es sobre una pequeña mejora, pero creo que bastante interesante, de ASP.NET 4.0: arhivos web.config limpios y simples.

Veréis esta nueva característica nada más irnos a File->New Project de Visual Studio2  2010 y creéis una aplicación web ASP.NET 4.0 (por eso pienso que el primer post de la serie debe ser este).

Archivos Web.config en .NET 3.0 y 3.5

En las últimas dos versiones, los archivos web.config de ASP.NET han aumentado considerablemente de tamaño. Por ejemplo: el archivo web.config que se añade por defecto en un proyecto hecho con VS 2008 SP1 ocupa 126 líneas y contiene todos los tags y modulos necesarios que deben incluirse en el pipeline HTTP  de ASP.NET.

El aumento de tamaño es debido a que .NET 3.0 y 3.5 usan el mismo CLR y el mismo machine.config que los que se creaban con .NET 2.0 – y tan sólo añaden y actualizan assemblies en el framework cuando se instalan. Para evitar el riesgo de sobreescribir opciones personalizadas del archivo original machine.config del NET 2.0 de la máquina, no registramos las definiciones de los tags, manejadores y módulos que venían con las nuevas funcionalidades de ASP.NET en las versiones 3.0 y 3.5. Por lo que decidimos, que por defecto se registraran esos tags en los proyectos nuevos que se crearan en el web.config local. Esto era más seguro – pero hizo que los web.config aumentasen y fuesen más complicados de leer.

Web.config en .NET 4

.NET 4 incluye una nueva versión del CLR y un nuevo archivo machine.config específico (que se instala junto al que se usa en las versiones 2, 3.0, y 3.5).

El nuevo archivo machine.config de .NET4 registra automáticamente todas las seccinoes de tags, manejadores y módulos que hemos añadido con el tiempo, incluyendo las funcionalidades para:

• ASP.NET AJAX
• ASP.NET Dynamic Data
• ASP.NET routing (que podemos usar tanto en ASP.NET WebForms y ASP.NET MVC)
• ASP.NET Chart Control (que ahora viene incluido en ASP.NET V4)

Esto significa que cuando creamos una “Empty ASP.NET application” en VS 2010, veremos que el web.config es mucho más limpio y simple:

La primera sección tan sólo le dice a ASP.NET que permita la depuración por defecto de la aplicación, e indica la versión de .NET que Visual Studio debe usar cuando muestra el intellisense (VS 2010 soporta multi-targetin – y el intellisense del IDE se adapatará dependiendo de la versión del framework que estemos usando).

La segunda sección indica que use el modo “integrado” cuando la aplicación se ejecute en IIS7 – contorla cuando ejecutar los HttpModules para todas las peticiones o sólo las que tengan una URL específica. Habilitamos esto por defecto en el nivel de aplicacion en el web.config para nuevas aplicaciones – por motivos de compatibilidad las opciones por defecto del IIS7 indican que ejecute los módulos sólo para urls de ASP.NET (y no para todas las peticiones).

Resumen

La simplificación del web.config en .NET 4 es una pequeña mejora – pero creo que es bastante interesante, y hace que la experiencia de desarrollo de una aplicación ASP.NET se más limpia y mejor.

En los próximos post veremos mejoras bastante más sustanciales (así como otras cuantas “pequeñas pero geniales”).

Espero que sirva.

Scott.

Artículo original.

Traducido por: Juan María Laó Ramos.