Información general sobre la compatibilidad con múltiples versiones (multi-targeting) en Visual Studio
En esta versión de Visual Studio, puede especificar la versión de .NET Framework necesaria para la aplicación.Por tanto, si desea usar esta versión de Visual Studio para continuar desarrollando un proyecto que empezó en una versión anterior, no tiene que cambiar el destino del marco.También podría crear una solución que contenga proyectos destinados a versiones diferentes del framework.El marco de trabajo que tiene como destino también ayuda garantiza que la aplicación utilice solo la funcionalidad disponible en la versión especificada del marco de trabajo.
Sugerencia |
---|
También puede tener como destino aplicaciones para distintas plataformas.Para obtener más información, vea Información general sobre compatibilidad con múltiples versiones (multi-targeting) de MSBuild |
Características de establecimiento de destino de marco de trabajo
El establecimiento de destinos de marco de trabajo incluye las siguientes características:
Al abrir un proyecto destinado a una versión anterior de .NET Framework, Visual Studio puede actualizarlo automáticamente o dejar el destino como está.
Al crear un proyecto, puede especificar la versión de .NET Framework a la que desea destinarlo.
Puede cambiar la versión de .NET Framework a la que está destinado un proyecto existente.
Puede establecer como destino una versión distinta de .NET Framework en cada proyecto de la misma solución.
Cuando se cambia la versión de .NET Framework que un proyecto usa como destino, Visual Studio realiza los cambios necesarios en las referencias y los archivos de configuración.
Cuando trabaje en un proyecto destinado a una versión anterior de .NET Framework, Visual Studio realiza dinámicamente modificaciones en el entorno de desarrollo, como se indica a continuación:
Filtrará los elementos de los cuadros de diálogo Nuevo proyecto, Agregar nuevo elemento, Agregar nueva referencia y Agregar referencia de servicio para omitir las opciones que no están disponibles en la versión de destino.
Filtrará los controles personalizados del Cuadro de herramientas para quitar aquellos que no están disponibles en la versión de destino y para mostrar solo los controles más actualizados cuando hay varios controles disponibles.
Filtra IntelliSense para omitir características de lenguaje que no están disponibles en la versión de destino.
Filtrará las propiedades de la ventana Propiedades para omitir las que no están disponibles en la versión de destino.
Filtrará las opciones de menú para omitir las que no están disponibles en la versión de destino.
Para compilaciones, utiliza la versión del compilador y las opciones del compilador adecuadas para la versión de destino.
[!NOTA]
El establecimiento de destino de marco de trabajo no garantiza que la aplicación se ejecutará correctamente.Debe probar la aplicación para asegurarse de que se ejecuta correctamente en la versión de destino.No puede especificar versiones de .NET Framework de destino anteriores a .NET Framework 2.0.
Seleccionar una versión de .NET Framework de destino
Al crear un proyecto, seleccione la versión de .NET Framework de destino en el cuadro de diálogo Nuevo proyecto.La lista de plantillas de proyecto disponibles se filtra en función de lo que se seleccione.En un proyecto existente, puede cambiar la versión o perfil de .NET Framework de destino en el cuadro de diálogo de propiedades del proyecto.Para obtener más información, vea Cómo: Usar como destino una versión de .NET Framework.
[!NOTA]
En las ediciones Express de Visual Studio, no puede establecer el marco de destino en el cuadro Nuevo proyecto.
Resolver las referencias de los ensamblados del sistema y de usuarios
Para establecer como destino una versión de .NET Framework, debe instalar primero las referencias de ensamblado adecuadas.Las referencias de ensamblado para las versiones 2.0, 3.0, y 3.5 de .NET Framework se incluyen en .NET Framework 3.5 SP1. Podrá descargar dichas referencias desde el sitio web Centro de descarga de Microsoft, Microsoft Visual Studio.Las referencias de ensamblado para .NET Framework Client Profile 3.5, .NET Framework 4, .NET Framework Client Profile 4 y Silverlight también están disponibles en el sitio web Descargas de Visual Studio.
[!NOTA]
Un perfil de cliente de .NET Framework es un subconjunto de .NET Framework que proporciona un conjunto limitado de bibliotecas y características.Para obtener más información acerca de los perfiles de cliente, vea .NET Framework Client Profile.
El cuadro de diálogo Agregar referencia deshabilita los ensamblados de sistema que no pertenecen a la versión de .NET Framework de destino de modo que no se puedan agregar a un proyecto accidentalmente. (Los ensamblados del sistema son archivos .dll que se incluyen en una versión de .NET Framework). Las referencias que pertenecen a una versión de.NET Framework posterior a la versión de destino no se resolverán y los controles que dependan de este tipo de referencia no puede agregarse.Si desea habilitar este tipo de referencia, restaure el destino de .NET Framework del proyecto en uno que incluya la referencia. Para obtener más información, vea Introducción al Diseñador de proyectos.
Para obtener más información sobre referencias de ensamblados, consulte Resolver ensamblados en tiempo de diseño.
Habilitar LINQ
Cuando el destino es .NET Framework 3.5 o versiones posteriores, automáticamente se agrega una referencia a System.Core y una importación de nivel de proyecto para System.Linq (solo en Visual Basic).Si desea utilizar características de LINQ, también debe activar Option Infer (solo en Visual Basic).La referencia y la importación se quitan automáticamente si cambia la versión de destino a una versión anterior de .NET Framework.Para obtener más información, vea Cómo: Crear un proyecto con LINQ.
Vea también
Otros recursos
Información general sobre compatibilidad con múltiples versiones (multi-targeting) de MSBuild