Dll için .NET Framework sürümünü belirleme

.NET çerçevesine karşı derlenen ve dağıtılan eski bir dll var. Hangi .NET framework sürümü karşı derlendi emin değilim. Nasıl bu dll karşı derlendi .NET framework hangi sürümünü belirleyebilir merak ediyorum? Visual Studio 2008'e yükseltildiğini ve .NET framework sürüm 3.5 olarak değiştirildiğini düşündüğüm için kaynak koduna güvenemiyorum.

Reflektöre yükleyin ve neyi referans aldığını görün?

Örneğin:

PowerShell'de hedef çalışma zamanını almak için aşağıdakileri kullanabilirsiniz:

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

Bunu Ben Griswold'un cevabından PowerShell'e uyarladım .

Visual Studio'da belirtilen hedef çerçeve sürümünü bilmek istiyorsanız, şunu kullanın:

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

Gibi bir şey almalısın

.NETFramework, sürüm v4.5.2

dotPeek bu bilgiyi göstermek için harika (ücretsiz) bir araçtır.

Reflektör'ü ele almak için birkaç sorun yaşıyorsanız, bu iyi bir alternatiftir.

Kullanabilirsiniz ILDASM'ı ...

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

ve çıktıdaki 'Meta veri bölümünü' kontrol edin. Böyle bir şey olurdu:

Meta veri bölümü: 0x424a5342, sürüm: 1.1, ekstra: 0, sürüm len: 12, sürüm: v4.0.30319

'Version' etiketi size .NET Framework sürümünü söyleyecektir. Yukarıdaki örnekte 4.0.30319

Birkaç seçeneğiniz vardır: Yönetilen koddan programlı olarak almak için Assembly.ImageRuntimeVersion kullanın:

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

Komut satırından, v2.0'dan başlayarak, "MANIFEST" e çift tıklayıp "Meta veri sürümü" aradığınızda ildasm.exe bunu gösterecektir. Bir Görüntünün CLR Sürümünü Belirleme

ILSpy kullanın http://ilspy.net/

açık kaynak kodlu, ücretsiz, kesinlikle reflektör ödendiğinden beri kesinlikle bir seçenek.

Basitçe

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

Visual Studio ile başka bir seçenek, herhangi bir projeye DLL'ye bir başvuru ekleyin, ardından yeni referansı sağ tıklatıp Özellikler'i tıklatın, Çalışma Zamanı sürümünde aradığınızı görebilirsiniz:

ILDASM ile kaynak koda dönüştürün ve başvurulan mscorlib sürümüne bakın (hemen üstte olmalıdır).

En basit yol: .dll dosyasını herhangi bir metin düzenleyicisinde açmanız yeterlidir. Son satırlardan birine bakın:

Bunu yapmak için bu C # konsol uygulamasını hızlı bir şekilde yazdım:

https://github.com/stuartjsmith/binarydetailer

Sadece parametre olarak bir dizin geçmek ve orada her dll ve exe için net çerçeve söylemek için elinden geleni yapacağız

" It Easy Algılama Die dosya türlerini belirlemek için bir programdır olarak da bilinir". .Dll dosyalarıyla veya diğer (.exe) dosyalarla çalışır. Ticari ve ticari olmayan kullanım için mutlak ücretsizdir.

Eğer varsa DotPeekdan JetBrains, bunu görebilirsiniz Assembly Explorer.

Buradaki cevapları genişleterek, bağımlı bir meclis varsa bu patlayabilir. Eğer şanslıysanız ve bağımlıların nerede olduğunu (veya daha şanslı olduğunu, GAC'da olduğunu) biliyorsanız, bu yardımcı olabilir ...

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

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