Visual Studio 2010: Ensamblados De Referencia Dirigidos A Una Versión Superior del Marco

La numeración de la versión de.NET Framework tiene que ser un desastre después de la versión 2.0. Un ensamblado no se dirige a una versión de.NET framework, sino a una versión de CLR. Y la versión de CLR para las versiones de framework 2.0, 3.0 y 3.5 fue la misma, 2.0.50727.

Es por eso que parecía como si pudieras mezclar versiones en VS2008. Pero estaban viendo la [AssemblyVersion] de un ensamblado, que no tiene nada que ver con la versión CLR. Desafortunadamente, la versión CLR no es visible en el Ventana de propiedades, tendrías que ejecutar Ildasm.exe para verlo en los metadatos. Pero puede asumir con seguridad que cualquier versión de ensamblado entre 2.0.0.0 y 3.5.0.0 apunta a la versión 2.0.50727

Que terminó con.NET 4.0, obtuvo una nueva versión de CLR, 4.0.30319. Lo que el blurb de MSDN le está diciendo que cuando se dirige a la versión 2.0 de CLR, entonces no puede usar ensamblados que se dirigen a la versión 4.0. La versión 2.0 CLR no sabe leer los metadatos de un ensamblado. NET 4.0, el formato fue cambiado. El único la solución es forzar el EXE para cargar la versión 4.0 del CLR, a pesar de que pide 2.0.50727. Lo haces con una aplicación.exe.archivo de configuración, debería tener este aspecto:

<configuration>
  <startup>
    <supportedRuntime version="v4.0"/>
  </startup>
</configuration>

Y un poco de prueba de que todavía funciona correctamente, Microsoft utilizó v4.0 para corregir varios errores antiguos en 2.0 que no se podían arreglar fácilmente sin correr el riesgo de romper el código antiguo que se basaba en el comportamiento de errores.

Add <SpecificVersion>true</SpecificVersion> to the reference

En una solución grande con muchos proyectos haciendo referencia entre sí, esto podría tener un efecto en cascada, que es un dolor de arreglar manualmente. Para automatizar el proceso, escribí el script de PowerShell a continuación. Ejecútelo en el nivel superior de su solución the el script busca recursivamente archivos .csproj y actualiza los elementos ProjectReference que coinciden con los GUID parciales (que debe especificar editando la línea relevante del script).

dir -recurse -filter *.csproj | foreach { 
    $xml = New-Object XML

    $xml.Load($_.FullName)

    # we want the ItemGroup that contains the references
    $itemgroup = $xml.Project.ItemGroup | where { $_.ProjectReference }
    # Project GUIDs to search for... (edit as needed for your projects)
    $projrefs = $itemgroup.ProjectReference `
        | where { !$_.SpecificVersion `
            -and ( $_.Project -like "*CF2185B1*" `
                -or $_.Project -like "*CF2185B2*" `
                -or $_.Project -like "*CF2185B3*") `
        }

    if ($projrefs) {
        Write-Host $_.FullName

        foreach($ref in $projrefs) {
            if($ref) {
                # <specificversion>true</specificversion>
                $el = $xml.CreateElement("SpecificVersion", $xml.Project.xmlns) 
                $el.InnerText = "true"
                $ref.AppendChild($el) | out-null
                Write-Host "    updated: " $ref.Name
            }
        }

        $xml.Save($_.FullName) 
    }
}

Write-Host "Press any key to continue ..."
$host.UI.RawUI.ReadKey("NoEcho,IncludeKeyDown")

Por favor, vaya a Visual Studio 2015

1. Primero, proceda con el clic derecho en su proyecto
2. Seleccione las propiedades del proyecto
3. Seleccione la pestaña Aplicación(pestaña predeterminada)
4. Cambiar el Marco Objetivo al marco deseado para eso proyecto específico. La imagen para este proceso se muestra aquí