Determinar a versão do .NET Framework para dll

Eu tenho uma dll antiga que foi compilada na estrutura .NET e implantada. Não tenho certeza em qual versão do .NET framework foi compilada. Gostaria de saber como posso determinar em qual versão do .NET framework essa dll foi compilada? Não posso confiar no código-fonte porque acredito que ele foi atualizado para o Visual Studio 2008 e alterado para o .NET framework versão 3.5.

Carregue-o no Reflector e veja o que ele faz referência?

por exemplo:

No PowerShell, você pode usar o seguinte para obter o tempo de execução de destino:

$path = "C:\Some.dll"
[Reflection.Assembly]::ReflectionOnlyLoadFrom($path).ImageRuntimeVersion

Adaptei isso ao PowerShell a partir da resposta de Ben Griswold .

Se você deseja conhecer a versão da estrutura de destino especificada no Visual Studio, use:

$path = "C:\Some.dll"
[Reflection.Assembly]::ReflectionOnlyLoadFrom($path).CustomAttributes |
Where-Object {$_.AttributeType.Name -eq "TargetFrameworkAttribute" } | 
Select-Object -ExpandProperty ConstructorArguments | 
Select-Object -ExpandProperty value

Você deve obter algo como

.NETFramework, Versão = v4.5.2

O dotPeek é uma ótima ferramenta (gratuita) para mostrar essas informações.

Se você está tendo alguns problemas para se apossar do Reflector, essa é uma boa alternativa.

Você pode usar o ILDASM ...

ildasm.exe C:\foo.dll /metadata[=MDHEADER] /text /noil

e verifique a seção "Metadados" na saída. Seria algo como isto:

Seção de metadados: 0x424a5342, versão: 1.1, extra: 0, versão len: 12, versão: v4.0.30319

A tag 'version' informará a versão do .NET Framework. No exemplo acima, é 4.0.30319

Você tem algumas opções: para obtê-lo programaticamente, a partir do código gerenciado, use Assembly.ImageRuntimeVersion:

Dim a As Assembly = Reflection.Assembly.ReflectionOnlyLoadFrom("C:\path\assembly.dll")
Dim s As String = a.ImageRuntimeVersion

Na linha de comando, começando na v2.0, o ildasm.exe o mostrará se você clicar duas vezes em "MANIFEST" e procurar "Versão dos metadados". Determinando a versão CLR de uma imagem

Use o ILSpy http://ilspy.net/

código aberto, gratuito, definitivamente uma opção, já que agora o refletor é pago.

Simplesmente

var tar = (TargetFrameworkAttribute)Assembly
          .LoadFrom("yoursAssembly.dll")
          .GetCustomAttributes(typeof(TargetFrameworkAttribute)).First();

Ainda outra opção via Visual Studio, adicione uma referência à DLL a qualquer projeto, clique com o botão direito do mouse na nova referência e clique em Propriedades, para ver o que você está procurando na versão Runtime:

Descompile-o com o ILDASM e observe a versão do mscorlib que está sendo referenciada (deve estar praticamente no topo).

A maneira mais simples: basta abrir o .dll em qualquer editor de texto. Veja uma das últimas linhas:

Eu rapidamente escrevi este aplicativo de console em C # para fazer isso:

https://github.com/stuartjsmith/binarydetailer

Basta passar um diretório como parâmetro e ele fará o possível para informar a estrutura da rede para cada dll e exe lá

" Detect It Easy ", também conhecido como DiE, é um programa para determinar tipos de arquivos. Funciona com arquivos .dll ou outros arquivos (.exe). Absolutamente livre para uso comercial e não comercial.

Se tiver DotPeekde JetBrains, você pode vê-lo em Assembly Explorer.

Expandindo as respostas aqui, isso pode explodir se houver uma montagem dependente. Se você tiver sorte e souber onde está o dependente (ou ainda mais, está no GAC), isso pode ajudar ...

using System.Reflection;
using System.Runtime.Versioning;
// ...
{
    AppDomain.CurrentDomain.ReflectionOnlyAssemblyResolve += new ResolveEventHandler(CurrentDomain_ReflectionOnlyAssemblyResolve);
    var asm = System.Reflection.Assembly.LoadFrom(@"C:\Codez\My.dll");
    var targetFrameAttribute = asm.GetCustomAttributes(true).OfType<TargetFrameworkAttribute>().FirstOrDefault();
    targetFrameAttribute.Dump();
}

Assembly CurrentDomain_ReflectionOnlyAssemblyResolve(object sender, ResolveEventArgs args)
{
    var name = args.Name;

    if (name.StartsWith("Depends"))
        return System.Reflection.Assembly.ReflectionOnlyLoadFrom(@"C:\Codez\Depends.dll");

    return System.Reflection.Assembly.ReflectionOnlyLoad(args.Name);
}

Referência: https://weblog.west-wind.com/posts/2006/Dec/22/Reflection-on-Problem-Assemblies