A principios de este mes en el TechEd anunciamos el nombre oficial de Visual Studio “Orcas” - que se llamará Visual Studio 2008. También dijimos que el nombre oficial del .NET Framework “Orcas” será .NET Framework 3.5 (incluye LINQ, soporte integrado para ASP.NET AJAX, nuevos controles de datos para ASP.NET, y mucho más).
VS2008 y .NET 3.5 Beta 2 se publicarán a finales de verano, y la Beta2 tendrá una licencia go-live para aquellos que quieran poner sus aplicaciones en producción usando las nuevas características inmediatamente.
¿Que es Multi-Targeting?
Las pasadas versiones de Visual Studio tan sólo soportaban una versión concreta del .NET Framework. Así, VS2002 sólo trabajaba con la versión .NET 1.0, VS2003 con .NET 1.1 y VS2005 sólo con .NET 2.0.
Uno de los grandes cambios que estamos haciendo con VS 2008 es dar soporte a lo que llamamos “Multi-Targeting” - consiste en que Visual Studio permitira trabajar con varias versiones del .NET Framework, con lo que los desarrolladores serán capaces de empezar a usar las nuevas características que vienen con Visual Studio sin tener que actualizar proyectos existentes y desplegar las aplicaciones para que usen una nueva versión de la librería del .NET Framework.
Ahora, cuando abramos un proyecto existente o cuando creemos uno nuevo en VS 2008, podremos seleccionar con qué versión del .NET Framework queremos trabajar - de esta forma, el IDE actualizará los compiladores y el conjunto de características para cada versión. Entre otras cosas, conseguirmos que controles, projectos, templates y las referencias a assemblies que no funcionaban con una versión del framework se ocultarán, y cuando construyamos la aplicación, seremos capaces de cojer el resultado de la compilación, ponerlo en una máquina que sólo tenga una versión antigua del .NET Framework, y la aplicación funcionará.
Crear un nuevo proyecto en VS 2008 para .NET 2.0
Para ver un ejemplo de esto del “multi-targeting” en VS 2008 Beta2, seleccionamos “File\New Project” para crear una nueva aplicación.
Fijaos en la esquina superior derecha que sale a continuación: una lista desplegable que nos permite indicar con qué versión del .NET framework queremos trabajar en el nuevo proyecto. Si seleccionamos el .NET Framework 3.5 veremos un nuevo conjunto de templates que no estaban en las versiones anteriores de VS (incluyendo el soporte para aplicaciones WPF y proyectos WCF):
Pero si seleccionamos el .NET 2.0, automaticamente filtrará la lista de proyectos para mostrar aquellos que están soportados para el .NET 2.0:
Si creamos una aplicación Web ASP.NET habiendo seleccionado el framework 2.0, creará un proyecto web cuyas propiedades de compilación, referencias a assemblies, y las opciones del web.config estarán configuradas para servidores ASP.NET 2.0
Si nos vamos a la barra de herramientas, veremos los controles que funcionan con ASP.NET 2.0:
Y si le damos a “Add\Reference” en la ventana para seleccionar los assembly, veremos que los assemblies que no están soportados para .NET 2.o se mostrarán en gris claro y no podrán ser añadidos al proyecto (fijaos en que el boton “ok” no está activo cuando seleccionamos un assembly de .NET 3.0 o 3.5):
¿Pero para que usar VS 2008 si no vamos a usar el nuevo .NET 3.5?
Os estaréis preguntando: “¿qué me aporta VS 2008 para proyectos en ASP.NET 2.O que no me aporta VS 2005?” Bueno, las buenas nuevas son que tendremos un monton de nuevas características de la herramienta que no tenía VS 2005 y que le podemos sacar partido inmediatamente en nuestros proyectos existentes sin tener que actualizar la versión del Framework. Unas cuantas de estas características para el desarrollo web son:
- Intellisense para JavaScript
- Debugging de JavaScript mucho más rico.
- Soporte para MasterPages anidadas en la vista de diseño.
- Edición de CSS ricas y layout en el diseñarod WYSIWYG
- Soporte para las vistas de diseño y código a la vez.
- Un diseñador de páginas ASP.NET mucho más rápido - mejoras increibles en el rendimiento cuando cambiamos entre las vistas codigo/diseño
- Generación automática de script SQL y soporte para desplegar bases de datos en servidores remotos.
Podremos usar todas estas nuevas características con cualquier versión del Framework - sin tener que actualizar nuestros proyectos para versiones nuevas del framework. Escribiré sobre estas características (y de las nuevas) en las próximas semanas.
¿Cómo podemos actualizar un proyecto existente a la próxima versión de .NET 3.5?
Si más tarde queremos actualizar nuestros proyectos/sitios web a la versión 3.0 o 3.5 del .NET Framework, podemos hacer clic derecho en el proyecto en el explorador de soluciones y nos vamos a las propiedades:
Podemos cambiar la versión del Framework en la lista desplegable. Esto hará que VS actualize automáticamente las opciones del compilador y las referencias del proyecto para que use la versión adecuada. Por ejemplo, añadirá por defecto algunos de los assemblies de LINQ, al System.Web.Extensions que viene con .NET 3.5 que proporciona nuevos controles y nuevas características de ejcución y añadirá soporte para ASP.NET AJAX (con esto ya no tendremos que descargar por separado ASP.NET AJAX 1.0 e instalarlo - ya viene integrado en la instalación de .NET 3.5):
Una vez actualizada la versión también veremos las cosas nuevas que podemos añadir en “add\new items”, podemos añadir referencias a assemblies de .NET 3.5 y veremos los nuevos controles de .NET 3.5 en la barra de herramientas.
Por ejemplo, abajo podemos ver el nuevo control ( es un nuevo control que nos permite realizar reporting, edicion, inserciones, borrado y paginación de datos - con un control del 100% de las marcas generadas sin ningún estilo ni ningún elemento html), y el nuevo (que nos permite enlazar y trabajar sobre modelos de datos LINQ to SQL), y en la sección de controles de datos en la barra de herramientas:
Además, también podemos “desactualizar” la versión del framework que queramos usar, es decir, podemos tener un proyecto que empezamos con la versión 3.5 y cambiar la versión que usará a la 2.0. De nuevo, el IDE eliminará las referencias a los asemblies, actualizará el web.config, y las opciones del compilador (nota: obviamente, si tenemos código en el proyecto que use las APIs de la versión 3.5, este código dejará de funcionar).
¿Qué pasa con .NET 1.0 y 1.1?
Lamentablemente VS2008 sólo puede hacer este “multi-targeting” con las versiones de .NET 2.0, 3.o y 3.5 - y no sobre versiones más antiguas. Esto es devido a que hubo grandes cambios en el motor del CLR entre las versiones de .NET 1.X y 2.X que hacen que el debugging muy difícil. Al final, el coste que tenía este trabajo era tan grande e implicaba a tantas partes de Visual Studio que no fuimos capaces de añadir el soporte para la versión 1.1.
VS 2008 funciona perfectamente con VS 2005, VS 2003 y VS 2002. De forma que es posible seguir creando proyectos para .NET 1.1 con VS 2003 en la misma máquina que tenga VS 2008.
¿Cual es la compatibilidad entre VS 2005 - VS 2008 y .NET 2.0 - .NET 3.5?
Estamos intentando asegurar que el .NET Framework 3.5 es una actualización compatible de .NET 2.0, y no es necesario cambiar ningún código para que el código funcione con la nueva versión del Framework. Deliberadamente hemos hecho ninguna modificaciones que no rompan los assemblies existentes en la versión 3.5, y las nuevas características las hemos puesto en assemblies separados para minimizar las probabilidades de cambios que afecten a la versión anterior.
Tampoco hemos cambiado el modelo de proyecto en VS 2008. !No quiero volver a pasar por eso otra vez!. Ambos modelos: “web site” y “web application project” estarán soportados completamente de aquí en adelante.
Espero que sirva.
Scott
Traducido por: Juan María Laó Ramos
Fuente: Blog ScottGu
Entradas
