Визначте .NET Framework версію для dll

У мене є старий dll, який був складений на основі .NET і розгорнутий. Я не впевнений, з якою версією .NET фреймворку він був складений. Мені цікаво, як я можу визначити, проти якої версії .NET Framework цей dll був складений? Я не можу довіряти вихідному коду, тому що я вважаю, що він був оновлений до Visual Studio 2008 і змінений до .NET Framework версії 3.5.

Завантажте його в Reflector і подивіться, на що він посилається?

наприклад:

У PowerShell ви можете використовувати наступне, щоб отримати цільовий час виконання:

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

Я адаптував це до PowerShell з відповіді Бена Грісвольда .

Якщо ви хочете знати цільову версію рамки, вказану в Visual Studio, використовуйте:

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

Ви повинні отримати щось подібне

.NETFramework, версія = v4.5.2

dotPeek - чудовий (безкоштовний) інструмент для показу цієї інформації.

Якщо у вас виникли декілька питань, як придбати Reflector, то це хороша альтернатива.

Ви можете використовувати ILDASM ...

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

і перевірте, чи у розділі "Розділ метаданих" на виході. Це було б щось подібне:

Розділ метаданих: 0x424a5342, версія: 1.1, додатково: 0, версія len: 12, версія: v4.0.30319

Тег 'version' повідомить вам версію .NET Framework. У наведеному вище прикладі це 4.0.30319

У вас є кілька варіантів: Щоб отримати це програмно, з керованого коду, використовуйте Assembly.ImageRuntimeVersion:

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

З командного рядка, починаючи з v2.0, ildasm.exe покаже його, якщо двічі клацнути на "MANIFEST" і шукати "Версію метаданих". Визначення версії CLR зображення

Використовуйте ILSpy http://ilspy.net/

з відкритим кодом, безкоштовно, безумовно, варіант, оскільки тепер рефлектор заплачений.

Просто просто

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

Ще одна опція через Visual Studio, додайте посилання на DLL до будь-якого проекту, потім клацніть правою кнопкою миші нову посилання та натисніть Властивості, ви зможете побачити, що шукаєте у версії Runtime:

Декомпілюйте його за допомогою ILDASM та подивіться на версію mscorlib, на яку посилається (має бути майже вгорі).

Найпростіший спосіб: просто відкрийте .dll в будь-якому текстовому редакторі. Подивіться на один з останніх рядків:

Я швидко написав цей консольний додаток C #, щоб зробити це:

https://github.com/stuartjsmith/binarydetailer

Просто передайте каталог як параметр, і він зробить усе можливе, щоб повідомити вам, чистий фреймворк для кожного dll та exe там

" Виявити це легко " також відомий як DiE - програма для визначення типів файлів. Працює з .dll файлами або іншими (.exe) файлами. Абсолютна безкоштовна для комерційного та некомерційного використання.

Якщо у вас є DotPeekз JetBrains, ви можете побачити його в Assembly Explorer.

Розширюючи відповіді тут, це може підірватися, якщо є залежна збірка. Якщо вам пощастило і ви знаєте, де знаходиться залежний (або навіть щасливіший, це в GAC), то це може допомогти ...

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

Довідка: https://weblog.west-wind.com/posts/2006/Dec/22/Reflection-on-Problem-Assemblies