Compartir a través de


Solucionar problemas de versión de .NET Framework de destino

Este tema describe los errores de MSBuild que podrían producir debido a problemas de referencia y cómo puede resolver esos errores.

Referencia a un proyecto o ensamblado destinado a otra versión de .NET Framework

Puede crear aplicaciones que hagan referencia a proyectos o ensamblados destinados a otras versiones de .NET Framework.Por ejemplo, puede crear una aplicación destinada al perfil de cliente para .NET Framework 4 pero las referencias a un ensamblado destinado a .NET Framework 2.0.Sin embargo, si crea un proyecto destinado a una versión anterior .NET Framework, no puede establecer una referencia en ese proyecto a un proyecto o ensamblado destinado al perfil .NET Framework 4 o .NET Framework 4 propio del cliente.Para resolver el error, asegúrese de que la aplicación tiene como destino un perfil o los perfiles que sean compatibles con el perfil que es el destino de los proyectos o ensamblados que la aplicación hace referencia.

Cambio del destino de un proyecto a una versión diferente de .NET Framework

Si cambia la versión de destino .NET Framework para la aplicación, Visual Studio cambiará algunas de las referencias, pero es posible que tenga que actualizar algunas referencias manualmente.Por ejemplo, uno de los errores anteriormente mencionados podría aparecer si cambia una aplicación de destino .NET Framework 3.5 Service Pack 1 y la aplicación tiene recursos o valores que se basan en el perfil de cliente para .NET Framework 4.

Para evitar de configuración de la aplicación, abra Explorador de soluciones, elija Mostrar todos los archivosy, a continuación modifique el archivo app.config en el Editor XML de Visual Studio.Cambie la versión en los valores para la versión adecuada de .NET Framework.Por ejemplo, puede cambiar la versión de 4.0.0.0 a 2.0.0.0.De igual forma, para una aplicación con recursos agregados, abra Explorador de soluciones, elija el botón Mostrar todos los archivos , expanda Mi proyecto (Visual Basic) o Propiedades (C#) y, a continuación modifica el archivo Resources.resx en el Editor XML de Visual Studio.Cambie la versión de 4.0.0.0 a 2.0.0.0.

Si la aplicación tiene recursos como iconos o mapas de bits o valores como cadenas de conexión de datos, también puede resolver el error quitando todos los elementos de la página ConfiguraciónDiseñador de proyectos y de la re- agregar los valores necesarios.

Se ha redestinado un proyecto a una versión diferente de .NET Framework y las referencias no se resuelven

Si redestina un proyecto a una versión diferente .NET Framework, las referencias no se pueden resolver correctamente en algunos casos. Las referencias completas explícitas a los ensamblados deben a menudo este problema, pero puede resolverlo quitando las referencias que no se resuelven y después agregarlas al proyecto.Como alternativa, puede editar el archivo de proyecto para reemplazar las referencias.Primero, se quitará las referencias de la forma siguiente:

<Reference Include="System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitecture=MSIL" />

A continuación se reemplaza con el formulario simple:

<Reference Include="System.ServiceModel" />

[!NOTA]

Después de cerrar y volver a abrir el proyecto, también debe recompilarlo para asegurarse de que las referencias se resuelven correctamente.

Vea también

Tareas

Cómo: Usar como destino una versión de .NET Framework

Conceptos

.NET Framework Client Profile

Otros recursos

Elegir versión de destino o perfil de .NET Framework específico

Información general sobre compatibilidad con múltiples versiones (multi-targeting) de MSBuild