Wie (virtuell) wird die ursprüngliche Implementierung einer virtuellen Methode aufgerufen?

Question

Ich habe die folgende Situation:

In einer 3rd-Party-Bibliothek (kann nicht geändert werden):

class A { public virtual void M() {} } 

class B : A { public override void M() {} } 

In meinem eigenen Code:

class C : B { public override void M() {} } 

Von C ‚s Implementierung von Verfahren M Ich möchte A 's anrufen (aber nicht B ist !!). Kann ich?

Alle Tricks akzeptiert, Reflexion enthalten. Ich habe bereits die Reflektion versucht, aber unter Verwendung der MethodInfo, die ich von typeof(A) bekomme, wird immer noch ein virtueller Anruf erzeugt (Aufruf der C Implementierung mit anschließendem Stapelüberlauf).

Die Ableitung C von A kommt aufgrund der Komplexität der Reimplementierung B nicht in Frage.

Answer 1

Sie dynamische Methode erzeugen können Proxy zu machen, den Anruf verwendet (nicht callvirt) Anweisung

 var x = new C(); 
     var m = typeof (A).GetMethod("M"); 
     var dm = new DynamicMethod("proxy", typeof (void), new [] {typeof(C)}, typeof (C)); 
     var il = dm.GetILGenerator(); 
     il.Emit(OpCodes.Ldarg_0); 
     il.Emit(OpCodes.Call, m); 
     il.Emit(OpCodes.Ret); 
     var action = (Action<C>)dm.CreateDelegate(typeof (Action<C>)); 
     action(x); 

Answer 2

Ich fürchte, das ist nicht direkt möglich, wie Sie es beschreiben - der Zweck der virtuellen Methoden ist, dass das Overriding transparent ist. Der einzige Weg, dies zu tun, ist über einen Workaround.

Lassen Sie mich versuchen, eine zu peitschen, aber bitte beachten Sie, dass dies ein hacky Vorschlag ist. Wenn Sie dieses Konstrukt wirklich in Ihrem Code benötigen, kann dies ein Hinweis darauf sein, dass Ihr Code an anderer Stelle einen grundlegenden Konstruktionsfehler aufweist. Eine Umstrukturierung ist daher möglicherweise wünschenswerter, als sie mit einem weiteren Konstruktionsfehler zu füllen. Aber wie auch immer, hier geht ...

class A { 
    public virtual void M() { m_protected(); } 
    protected void m_protected() { /* code goes here */ } 
} 

class B { 
    public override void M() { /* code here, possibly invoking base.M() */ } 
} 

class C { 
    public override void M() { m_protected(); } 
} 

Answer 3

In meiner vorherigen Antwort vermisste ich die Tatsache, dass A und B in einer externen Bibliothek ist und nicht geändert werden kann. In diesem Fall würde ich einen anderen Ansatz vorschlagen. Wenn der Designfehler in B liegt, können Sie stattdessen nicht B. Subklasse aus A verwenden.

Die unglückliche Folge davon ist natürlich, dass Sie möglicherweise einige oder alle der Funktionalität in B neu implementieren müssen. Sie können möglicherweise den Code von Reflector bei Bedarf kopieren. Ich weiß, dass dies unerwünscht klingt, aber ich denke immer noch, dass es vorzuziehen ist, nicht modifizierbaren Code zu verwenden, der ein bekanntes Problem hat, das zu Problemen führt.

Answer 4

Sie können das nicht tun. Sie sollten wahrscheinlich entwerfen Sie Ihre Klassenhierarchie anders, weil es seltsam aussieht, dass C von B erbt, während sich wie A.

Wie auch immer, könnte es in Ihrem Fall Sinn machen. Dann sollten Sie eine andere Methode in A, die machen Sie nicht außer Kraft setzen:

class A { 
    protected virtual void basicM() {} 
    public virtual void M() { basicM(); } 
} 
class C { 
    public override void M() { basicM(); } 
} 

BTW, wenn Sie den Namen der Methode, wie ich in dem Beispiel tat, dann sollten Sie vielleicht die ganze Sache überdenken. Wenn diese Hierarchie gerechtfertigt ist, dann führt basicM wahrscheinlich etwas, das eine separate Methode mit einem anderen Namen verdient, vielleicht sogar eine öffentliche Methode.