Reply to thread

Message

<blockquote data-quote="bartmanson" data-source="post: 129042" data-attributes="member: 10748">Hallo MisterD,danke für dein Feedback. Ich habe mir die ganze Sache nochmal genauer angeschaut und bei MS folgendes gefunden (<a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/csspec/html/vclrfcsharpspec_10_5_3.asp" target="_blank">http://msdn.microsoft.com/library/default.asp?url=/library/en-us/csspec/html/vclrfcsharpspec_10_5_3.asp</a>):------------------- schnipp -----------------------The following example illustrates the differences between virtual and non-virtual methods:using System;class A{&nbsp;&nbsp; public void F() { Console.WriteLine(&quot;A.F&quot;); }&nbsp;&nbsp; public virtual void G() { Console.WriteLine(&quot;A.G&quot;); }}class B: A{&nbsp;&nbsp; new public void F() { Console.WriteLine(&quot;B.F&quot;); }&nbsp;&nbsp; public override void G() { Console.WriteLine(&quot;B.G&quot;); }}class Test{&nbsp;&nbsp; static void Main() {&nbsp; &nbsp; &nbsp; B b = new B();&nbsp; &nbsp; &nbsp; A a = b;&nbsp; &nbsp; &nbsp; a.F();&nbsp; &nbsp; &nbsp; b.F();&nbsp; &nbsp; &nbsp; a.G();&nbsp; &nbsp; &nbsp; b.G();&nbsp;&nbsp; }}In the example, A introduces a non-virtual method F and a virtual method G. The class B introduces a new non-virtual method F, thus hiding the inherited F, and also overrides the inherited method G. The example produces the output:A.FB.FB.GB.G---------------- schnapp --------------------Bezogen auf meinen Fall bedeutet das:A entspricht PowerSchedulerB entspricht BIOSSchedulerA.F entspricht z. B. protected void PowerScheduler.ShutDown()B.F entspricht protected new void BIOSScheduler.ShutDown()Der PluginManager von MP macht nun in seiner Methode LoadPlugin folgendes:...plugin = (IPlugin)newObj;...Meiner Meinung macht er durch diese Zeile aus meinem BIOSScheduler wieder einen PowerScheduler und ruft auch dessen Methoden auf -&gt; a.F() in obigem Beispiel ergibt als Resultat &quot;A.F&quot;. Bei mir wäre aber als Resultat &quot;B.F&quot; (also die Methode aus der abgeleiteten Klasse) gewünscht.Ich konnte dieses Verhalten auch bereits nachvollziehen: Sobald ich meinen BIOSScheduler in einer eigenen DLL in das plugin\process-Verzeichnis kopiert hatte, erschienen in der MP-Configuration zwei Plugins &quot;PowerScheduler&quot;, obwohl ich die relevanten Methoden und Eigenschaften (PluginName, Description, WindowID usw.) in meinem abgeleiteten Scheduler implementiert hatte.Deswegen nochmal die Frage (vielleicht liest es ja mal ein Entwickler (Bavarian?)): Ist dieses Verhalten so gewünscht oder soll es in Zukunft möglich sein, Plugins von anderen Plugins abzuleiten? Oder hab ich immer noch einen Denkfehler? Viele Grüße,BartManson</blockquote>

[QUOTE="bartmanson, post: 129042, member: 10748"] Hallo MisterD, danke für dein Feedback. Ich habe mir die ganze Sache nochmal genauer angeschaut und bei MS folgendes gefunden ([url]http://msdn.microsoft.com/library/default.asp?url=/library/en-us/csspec/html/vclrfcsharpspec_10_5_3.asp[/url]): ------------------- schnipp ----------------------- The following example illustrates the differences between virtual and non-virtual methods: using System; class A { public void F() { Console.WriteLine("A.F"); } public virtual void G() { Console.WriteLine("A.G"); } } class B: A { new public void F() { Console.WriteLine("B.F"); } public override void G() { Console.WriteLine("B.G"); } } class Test { static void Main() { B b = new B(); A a = b; a.F(); b.F(); a.G(); b.G(); } } In the example, A introduces a non-virtual method F and a virtual method G. The class B introduces a new non-virtual method F, thus hiding the inherited F, and also overrides the inherited method G. The example produces the output: A.F B.F B.G B.G ---------------- schnapp -------------------- Bezogen auf meinen Fall bedeutet das: A entspricht PowerScheduler B entspricht BIOSScheduler A.F entspricht z. B. protected void PowerScheduler.ShutDown() B.F entspricht protected new void BIOSScheduler.ShutDown() Der PluginManager von MP macht nun in seiner Methode LoadPlugin folgendes: ... plugin = (IPlugin)newObj; ... Meiner Meinung macht er durch diese Zeile aus meinem BIOSScheduler wieder einen PowerScheduler und ruft auch dessen Methoden auf -> a.F() in obigem Beispiel ergibt als Resultat "A.F". Bei mir wäre aber als Resultat "B.F" (also die Methode aus der abgeleiteten Klasse) gewünscht. Ich konnte dieses Verhalten auch bereits nachvollziehen: Sobald ich meinen BIOSScheduler in einer eigenen DLL in das plugin\process-Verzeichnis kopiert hatte, erschienen in der MP-Configuration zwei Plugins "PowerScheduler", obwohl ich die relevanten Methoden und Eigenschaften (PluginName, Description, WindowID usw.) in meinem abgeleiteten Scheduler implementiert hatte. Deswegen nochmal die Frage (vielleicht liest es ja mal ein Entwickler (Bavarian?)): Ist dieses Verhalten so gewünscht oder soll es in Zukunft möglich sein, Plugins von anderen Plugins abzuleiten? Oder hab ich immer noch einen Denkfehler? Viele Grüße, BartManson [/QUOTE]

Verification