Как вызвать (не фактически) первоначальную реализацию виртуального метода?

Question

я следующая ситуация:

В 3-сторонней библиотеки (не может быть изменен):

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

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

В моем собственном коде:

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

От реализации C «s метода M Я хочу позвонить A (но не B!). Могу я?

Любые трюки принимаются, отражение включены. Я уже пробовал отразить, но используя MethodInfo, который я получаю от typeof(A), по-прежнему генерирует виртуальный вызов (вызов C с последующим переполнением стека).

Получение C от A не может быть и речи из-за сложности переопределения B.

Answer 1

вы можете создать динамический метод, чтобы сделать прокси, которые используют вызов (не CallVirt) инструкция

 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

Я боюсь, что это невозможно сразу, как вы описали - цель виртуальных методов состоит в том, чтобы переопределение было прозрачным. Таким образом, единственный способ сделать это вообще - это обходной путь.

Позвольте мне попытаться взломать один, но, пожалуйста, помните, что это хакерское предложение. Если вам действительно нужна эта конструкция в вашем коде, это может свидетельствовать о том, что ваш код имеет фундаментальный недостаток дизайна где-то в другом месте, поэтому перестройка чего-то может быть более желательной, чем заполнение ее еще одним недостатком дизайна. Но в любом случае, здесь идет ...

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

В моем предыдущем ответе я пропустил тот факт, что А и В во внешней библиотеке и не может быть изменен. В этом случае я бы предложил другой подход. В принципе, если дефект дизайна находится в B, вы не можете использовать B. Subclass from A вместо этого.

Несчастливое последствие этого, конечно, состоит в том, что вам может потребоваться переопределить некоторые или все функциональные возможности B. Вы можете, при необходимости, скопировать код из Reflector. Я понимаю, что это звучит нежелательно, но я все же думаю, что предпочтительнее использовать немодифицируемый код, который имеет известную проблему, которая вызывает проблемы.

Answer 4

Вы не можете этого сделать. Вы должны , вероятно, дизайн вашей иерархии классов по-разному, потому что выглядит странно, что C наследует от B, но ведет себя как A.

В любом случае, это может иметь смысл в вашем случае. Тогда вы должны сделать еще один метод в котором вы не перекроет:

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

BTW, если имя метода, как я сделал в примере, то вы, вероятно, следует пересмотреть всю вещь. Если эта иерархия оправдана, то basicM, вероятно, выполняет что-то, что заслуживает отдельного метода с другим именем, возможно, даже публичным методом.