Mono.Cecil: nicht Kind Klasse

Question

Say sehen Ich habe eine Klasse B, die von der Klasse abgeleitet A

B : A 

Wenn von der Baugruppe lesen Mono.Cecil Verwendung Ich kann A (die übergeordnete Klasse) sehen, aber ich im obigen Code - -

AssemblyDefinition assembly = AssemblyDefinition.ReadAssembly(pathfile); 
foreach (TypeDefinition type in assembly.MainModule.Types) 
     { 
      foreach (MethodDefinition method in type.Methods) 
      { 
       Mono.Cecil.Cil.MethodBody mybody = method.Body; 

       if (mybody != null) 
       { 
        foreach (Mono.Cecil.Cil.Instruction ins in mybody.Instructions) 
        { // do stuff 
}}}} 

Mein Testprogramm ausgegeben wird, dann pathfile nicht B. sehen und sieht wie folgt aus:

static void Main(string[] args) 
    { 
     using (var aes = System.Security.Cryptography.AesManaged.Create()) 
     { 
      aes.GenerateKey(); 
     } 
    } 

In diesem Beispiel kann ich die Klasse AES (Elternklasse) sehen, aber nicht die AESManaged (Kindklasse). https://msdn.microsoft.com/en-us/library/system.security.cryptography.aesmanaged(v=vs.110).aspx

Answer 1

Ihre spezielle Frage sollte wirklich sein, warum dieses Stück Code:

static void Main(string[] args) 
{ 
    using (var aes = System.Security.Cryptography.AesManaged.Create()) 
    { 
     aes.GenerateKey(); 
    } 
} 

Compiliert an folgenden IL:

IL_0000: call  System.Security.Cryptography.Aes.Create 
IL_0005: stloc.0  // aes 
IL_0006: ldloc.0  // aes 
IL_0007: callvirt System.Security.Cryptography.SymmetricAlgorithm.GenerateKey 
IL_000C: leave.s  IL_0018 
IL_000E: ldloc.0  // aes 
IL_000F: brfalse.s IL_0017 
IL_0011: ldloc.0  // aes 
IL_0012: callvirt System.IDisposable.Dispose 
IL_0017: endfinally 
IL_0018: ret   

(. Hinweis: keine Erwähnung AesManaged überall)

Dies passiert, weil AesManaged keine statische Methode namens Create, Aes hat. Mit dem C# -Compiler können Sie diese Methode aufrufen, indem Sie auf die abgeleitete Klasse verweisen, aber auf der IL-Ebene ist die Methode nur Teil von Aes und Aes. Aus dem gleichen Grund wird aes.GenerateKey() als Aufruf an die Methode SymmetricAlgorithm.GenerateKey kompiliert, da dort die Methode tatsächlich definiert ist. (Dies gilt, obwohl AesManaged diese Methode überschreibt.)

Nun, was Sie tun möchten, hängt davon ab, Ihr Szenario. Wenn es Ihr Ziel ist, die Klassenreferenzen so zu erhalten, wie sie tatsächlich von der IL verwendet werden, dann tut Ihr bestehender Code, was Sie wollen. Wenn Sie andererseits die Referenzen so erhalten möchten, wie sie im Quellcode enthalten sind, müssen Sie eine andere Methode verwenden (wie die Analyse mit Roslyn).