Warum darf eine Basisklasse in C# einen Schnittstellenvertrag implementieren, ohne von ihm zu erben?

Question

Ich bin über dieses "Feature" von C# - die Basisklasse gestolpert, die Schnittstellenmethoden implementiert, muss nicht davon abgeleitet werden.

Beispiel:

public interface IContract 
{ 
    void Func(); 
} 

// Note that Base does **not** derive from IContract 
public abstract class Base 
{ 
    public void Func() 
    { 
     Console.WriteLine("Base.Func"); 
    } 
} 

// Note that Derived does *not* provide implementation for IContract 
public class Derived : Base, IContract 
{ 
} 

Was passiert, ist, dass Derived magisch zieht an eine öffentliche Methode, Base.Func und entscheidet, dass es IContract.Func umsetzt.

Was ist der Grund für diese Magie?

IMHO: diese "Quasi-Implementierung" -Funktion ist sehr unintuitiv und machen Code-Inspektion viel schwieriger. Was denken Sie?

Answer 1

Der Grund dafür ist, dass Ihr Kommentar einfach falsch ist:

// dass Hinweis Abgeleitet ist nicht zur Umsetzung bieten IContract

Sicher, es tut. Folge der Logik durch.

• Abgeleitet muss ein öffentliches Mitglied sein, das jedem Mitglied von IContract entspricht.
• Alle vererbbaren Mitglieder einer Basisklasse sind auch Mitglieder einer abgeleiteten Klasse; das ist die Definition der Vererbung.
• Daher bietet Derived eine Implementierung für IContract; sein geerbtes Mitglied ist ein Mitglied, das die Anforderung erfüllt
• Daher kein Fehler.

diese Funktion ist sehr-unintuitive und Code-Inspektion viel schwieriger machen. Was denken Sie?

Ich denke, Sie sollten die Funktion nicht verwenden, wenn Sie es nicht mögen. Wenn Sie es verwirrend und komisch finden, Code zu lesen, der diese Funktion verwendet, dann ermutigen Sie Ihre Mitarbeiter, die diese Funktion verwenden, damit aufzuhören.

Wie unterscheidet sich dieses Feature von allen anderen Features, bei denen eine Methode aus einer Basisklasse aus einer abgeleiteten Klasse verwendet wird? Es gibt eine Reihe verschiedener Möglichkeiten, wie eine Methode aus einer Basisklasse in einer abgeleiteten Klasse verwendet oder erwähnt werden kann: Methodenaufrufe, Überschreibungen, Methodengruppenumwandlungen und so weiter.

Darüber hinaus ist dies relativ ein einfacher, einfacher Fall. Wenn Sie sich wirklich über die verwirrende Interface-Semantik in C# beschweren möchten, würde ich mich damit beschämen, über Semantik der Schnittstellen-Reimplementierung zu klagen. Das ist der, der die Nudeln der Leute wirklich zu backen scheint. Ich muss das Ding immer in der Spezifikation sehen, um sicherzugehen, dass ich die Semantik richtig verstehe.

Answer 2

Warum denken Sie, dass das seltsam und unnatürlich ist? Jedes öffentliche Mitglied der Basisklasse ist auch ein öffentliches Mitglied der abgeleiteten Klasse. Es gibt also keinen Widerspruch. Irgendwie können Sie die Schnittstelle explizit implementieren, wenn Sie möchten.