Determine.NET wersja Framework dla dll

W PowerShell możesz użyć następujących opcji, aby uzyskać docelowy czas pracy:

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

Jeśli chcesz poznać docelową wersję frameworka określoną w Visual Studio, użyj:

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

Powinieneś dostać coś takiego

.NETFramework, Version = v4.5.2

DotPeek jest świetnym (darmowym) narzędziem do wyświetlania tych informacji.

Jeśli masz kilka problemów z chwytaniem reflektora, jest to dobra alternatywa.

Możesz użyć ILDASM ...

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

I sprawdź "sekcję metadanych" na wyjściu. To byłoby coś takiego:

Sekcja metadanych: 0x424a5342, Wersja: 1.1, extra: 0, version len: 12, Wersja: v4. 0. 30319

Tag 'version' powie Ci wersję. NET Framework. W powyższym przykładzie jest to 4.0.30319

Użyj ILSpy http://ilspy.net/

Open source, darmowy, zdecydowanie opcja od teraz jest płatna.

Masz kilka opcji: aby uzyskać go programowo, z kodu zarządzanego, użyj Assembly.ImageRuntimeVersion:

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

Z linii poleceń, począwszy od wersji 2.0, ildasm.exe pokaże go, jeśli dwukrotnie klikniesz na "MANIFEST" i poszukasz "wersja metadanych". określanie wersji CLR obrazu

Po prostu

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

Kolejna opcja za pomocą Visual Studio, dodaj odniesienie do DLL do dowolnego projektu, a następnie kliknij prawym przyciskiem myszy na nowym odniesienia i kliknij Właściwości, możesz zobaczyć, czego szukasz w wersji Runtime:

Dekompiluj go za pomocą ILDASM i spójrz na wersję mscorlib, do której się odwołujemy (powinna być prawie na samej górze).

Najprostszy sposób: wystarczy otworzyć .dll w dowolnym edytorze tekstu. Spójrz na jedną z ostatnich linijek:

Szybko napisałem do tego aplikację C # console:

Https://github.com/stuartjsmith/binarydetailer

Po prostu przekaż katalog jako parametr i dołoży wszelkich starań, aby powiedzieć Ci Framework sieci dla każdego dll i exe w tam

"Detect It Easy " znany również jako DiE jest programem do określania typów plików. Współpracuje z .pliki dll lub inne (.exe) pliki. Całkowicie bezpłatne do użytku komercyjnego i niekomercyjnego.

Jeśli masz DotPeek z JetBrains, możesz to zobaczyć w Assembly Explorer.

Rozszerzając odpowiedzi tutaj, to może wybuchnąć, jeśli istnieje zespół zależny. Jeśli masz szczęście i wiesz, gdzie jest zależny (lub nawet bardziej szczęśliwy, to jest w GAC) to może to pomóc ...

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);
}

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